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^invention concerne le fonctionnement securise au sein d'un objet 
5 portable intelligent, d'une interface de communication sans contact 
simuitanement a une interface de communication a contact ou galvanique. 

Elle concerne aussi le fonctionnement securise d'une application dont 
les donnees transient via I'interface sans contact simuitanement a une 
application distincte dont les donnees transitent via interface galvanique. 
10 Un maintien en fonction pleinement simultanee d'un objet a interface 

duale est vise ici. 

L'invention s'applique aussi a un objet Intelligent comportant au 
moins deux interfaces, de mSme type ou de type different. 

En prealable, evoquons les techniques connues et leur terminologie. 
15 II convient de distinguer ici les objets portables Intelligents d'une 

part, et d'autre part les terminaux eledtroniques de transmission de 
donnees. 

Les objets portables intelligents sont par exemple des cartes a puce, 
tickets electroniques, fiches dites "dongle" ou autres modules tels que ceux 
20 de communication de proximite (e.g. : NFC) ou semi-proximite (e.g. : 
BlueTooth). Ces objets sont soumis a des normes qui ieur imposent des 
structure et fonctionnement. 

En particulier, les objets dont il est question ici repondent de 
preference, mais non exclusivement, a des normes, exposees en detail plus 
25 loin : 

- IS07816.3 relativement a I'interface de communication galvanique, 
notamment les chapitres 5.2 (Activation), et paragraphes 532 (initialisation 
a froid dite "RST" - voir Figure 2), 533 et 534 (pause d'horloge dite "CLK" ; 
description de modes imposant de supporter cette interruption) ; 
30 Dans des exemples, I'objet repond aussi aux normes : 
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- ISO.IEC14443 relativement a l'interface de communication sans 
contact, notamment le chapltre 611 (delai de reponse dit "FDT") ; et 

- 3GPPTS11.11 relativement aux objets dits "SIM" ou analogues, a 
insurer dans un terminal, notamment le chapitre 43 (interface de 

s communication gaivanique). 

Notons d'ores et deja que dans des exemples, l'interface sans 
contact comporte une antenne : integree a un module de cet objet ; et / ou 
; integree a un corps de carte de cet objet ; et / ou ; integree au terminal a 
securiser, et reliee par bornier gaivanique. 

io Done, les objets portables intelligents concernes id sont 

structurellement a contact et sans contact ; on les appelle "CombiCard" ou 
objet a interface duale. Autrement dit, ces objets possedent a la fois : 

- des moyens et etapes de communication a distance via une 
interface sans contact, avec un ou piusieurs terminaux eJectroniques de 

15 transmission de donnees et / ou autres objets portables distants ; ainsi que 

- des moyens et etapes de communication par connexion gaivanique 
ou a contact via une interface gaivanique ou ohmique dite "a contact". 
Notons d'ores et deja que rinterface sans contact est en partie au moins 
interne a i'objet. 

20 Soulignons cependant que les objets vises repondent de preference a 

la norme IS07816.3. 

Concernant le protocole de communication sans contact employe par 

I'objet, il s'agit, seton des exemples, de : ISO.IEC14443 (RF) ; specifications 

de communication telles que de proximite comme ECMA340 dite "NFC ou 
25 de semi-proximite comme "BlueTooth" et autres communications a bande 

large dite "WiFi". 

Parmi les objets actuels aptes a repondre a la norme IS07816.3 et a 
une norme "sans contact", citons ceux qui possedent des puces : Hitachi 
AE45X (Renesas) ; Infineon SLE 66CLX320P ; Philips P5CT072 ; 
30 STMicroEledronics ST19XR34. 
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Face aux contraintes antinomiques imposees, des objets a doubles 
modules ont ete proposes. 

Notamment, on connatt une carte ayant d'une part une premiere 
Interlace a contact avec sa puce dediee, et d'autre part une seconde 
5 interface sans contact avec une puce differente de la puce a contact, elle 
aussi dediee. 

Ces objets "Twin" ou "Hybrides" ne sont pas concernes par I'inventlon. 

En effet, Us ne permettent pas d'echange de donnees entre les puces a 

contact et sans contact. Ni de fonctionnement pleinement simultane. 
10 Maintenant, evoquons les terminaux de transmission concernes par 

I'invention. Ces terminaux sont par exemple des telephones cellulaires (e.g. 

: GSM, 3GPP ; UMTS ; CDMA ; Etc.) assistants personnels portatifs (e.g. : 

PDA), bottiers de decodage et ordinateurs. 

lis sont securises par au moins un objet portable intelligent 
15 Notons que les terminaux vises ici ne sont pas limitativement 

securisees par un objet au format physique "SIM". Certaines realisations de 

ces terminaux sont capables (moyens et etapes) d'une communication 

propre sans fil 

Cette communication est par exemple conforme aux normes GSM, 
20 3GPP, UMTS, CDMA ou analogues. C'est par souci de simplicite que dans 
les exemples, le terminal et I'objet sont conformes a la norme 
3GPPTS11.11, notamment au chapitre 412 en ce qui concerne le format 
physique "SIM". 

Le document FR2776788 concerne les cartes a memoire a 
25 applications multiples, capables d'etre reliees aux bornes consacrees a une 
application contenue dans la carte. On produit dans la carte un tableau 
classe de configuration. 

Ce tableau sert d'acces pour I'enregistrement, pour chaque 
application, de la premiere adresse d'octet du message (ATR - SOLIDES 
30 TOTAUX) et, dans une memoire I'adresse du message d'autres octets. La 
table de configuration est adressee par I'indexation circulaire a chaque 
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signal "Reset"(MaZ) transmis par la borne et alimente de ce fait les 
messages (ATR) a la borne pour analyse. Cette indexation est maintenue 
aussi longtemps que la borne n'a pas identifie un message correspondant a 
1'application a iaquelle il est consacre. 

5 Un but de I'invention est le fonctionnement d'une interface a contact 

simultanement a une interface sans contact, dans tous les etats et suivant 
toutes les transitions utiles a la cohabitation (on dit alors qu'elle est 
"pleinement utilisee simultanement")/ voire a I'echange de donnees, entre 
une application a contact et une autre sans contact 

io [.'invention s'applique aussi a un objet intelligent comportant au 

moins deux interfaces. En particulier au moins deux interfaces a contacts, 
ou deux interfaces sans contact ou un mixte des deux. Par exemple une 
interface selon une des versions de l'IS07816 et une interface pour objet 
de type MMC (Multimedia Card), NFC ou USB. 

15 Jusqu'a ce jour une seule de ces interfaces peut etre pleinement 

utilisee a la fois. Le fait d'utiliser une interface inhibe ou trouble le 
fonctionnement de I'autre de differentes manieres. 

En prealable, precisons qu'ici le terme "transaction" designe la 
transmission d'au moins une commande depuis le terminal vers i'objet, 

20 dans le cadre d'une application (e.g. : payement, identity, telephonie, 
acces). 

Par exemple, tandis qu'une telle transaction, via Tinterface sans 
contact, est en cours, la procedure de demarrage d'une application selon la 
norme IS07816.3 via I'interface a contact et done par le terminal securise a 
25 I'aide de I'objet portable, prevoit notamment d'alimenter en courant 
electrique cet objet, de lui fournir une horloge et d'activer la mise a zero 
(MaZ) de IMnterface a contact Ce qui termine 1'application sans contact. 

Les differents problemes rencontres sont exposes d'abord dans leurs 
grandes lignes, puis dans la description de modes de realisation avec plus 
30 de details, notamment en ce qui concerne les etats et transitions visees. 
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Un probleme rencontre alors est que la puce est actuellement 
reinitialisee du fait de I'activation obligatoire de la mise a zero (MaZ) de 
I'interface a contact. 

Ceci vise a ce qu'une transaction en cours via rinterface sans contact 
5 continue de se derouler alors normalement Autrement dit, on cherche a 
permettre le maintien d'une transaction sans contact en cours, pendant la 
mise en fonctionnement de I'interface contact. 

Un autre probleme rencontre, vise deux transitions actuellement 
impossibles. 

10 Suivant I'une de ces transitions actuellement impossibles, I'objet est 

en train de traiter une application au profit de I'interface sans contact, et - 
I'objet- est sollicite par le terminal via I'interface a contact, pour que cette 
application sans contact soit traitee simultanement a une autre application 
a contact qui doit debuter au profit du terminal. 

15 Tel est, par exemple, le cas pour un terminal formant telephone 

cellulaire (fl'application a contact securisant une conversation telephonique) 
et ou I'application sans contact vise un acces -transport, locaux, etc.- : 

II n'est actuellement pas possible de d§buter une transaction (e.g. : 
conversation telephonique) a securiser par I'objet via i'interface a contact, 

20 alors qu'est deja en cours via I'interface sans contact une application, telle 
qu'autorisation d'acces. 

En general a ce jour, I'application sans contact est avortee 
brutalement, car le commencement d'une application au profit du terminal 
via rinterface a contact provoque une mise a zero de la puce, et souvent la 

25 perte de donnees utiles a I'application sans contact 

Symetriquement, est aussl visee ('autre transition actuellement 
impossible. Suivant celle-ci, lorsque I'objet est soudain sollicite via 
rinterface sans contact pour une application, alors qu'une application via 
rinterface a contact pour une autre application est deja en cours, 

30 I'application a contact cesse. 
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Dans I'exemple du terminal cellulaire securis6, si actuellement 
I'application a contact cesse -notamment si ce terminal est place a I'arret- 
alors que I'application sans contact d'acces est en cours, cette derniere est 
avortee brutalement (mise a zero et pertes de donnees.) 
5 Ce probleme revient done a la gestion simultanee (pleinement 

utilisee) de deux applications concurrentes : I'une a contact et sans contact. 

Actuellement dans ces cas, la disparition soit des ressources de 
rinterface a contact, soit d'une sollicitation ou trame asynchrone sans 
contact, perturbe I'application en cours ou n'est pas prise en compte. 
10 Un autre probleme rencontn§ vise un etat de sommeil superficiel, 

suivant lequel I'alimentation en puissance issue de I'interfece a contact de 
I'objet est limitee (normes), alors que simultanement des ressources issues 
des deux interfaces -a et sans contact- sont requises par I'objet. 
Sont egalement visees, les transitions vers et depuis cet etat. 
15 Notons lei qu'un etat de sommeil est en pratique courant, 

relativement aux etats actifs. Ainsi dans le cas d'un terminal de telephonie 
cellulaire, il n'est pas rare que I'objet soit en etat de sommeil durant 95% 
du temps d'utilisation de ce terminal. 

A ce jour dans un etat de sommeil superficiel, les seules ressources 
20 disponibles sont une alimentation electrique reduite, ainsi qu'un signal 
d'horloge externe issues de rinterface a contact. 

Ces ressources limitees ne permettent pas de trailer une application 
issue de rinterface sans contact. 

Ceci est justify a ce jour, par exemple par des imperatifs de 
25 cloisonnement au sein d'un m§me objet, entre les applications a contact 
fortement sScurisees (bancaires, telephoniques, etc.) et les applications 
sans contact. 

II conviendrait done de pouvoir disposer simultanement de 
ressources ext^rieures dans ce cas, notamment en termes de puissance 
30 electrique. Un avantage serait alors de permettre a une application sans 
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contact de fonctlonner sans consommer de ressources (puissance) issues 
de llnterface a contact quand les normes imposees a cette interface a 
contact le requferent. 

Un probleme similaire a I'un des precedents, vise la disparition de la 
5 source d'horloge externe a contact, provoquant un 6tat de sommeil 
profond, tandis qu'une application geree par I'interface sans contact a 
debute. 

Tel est le cas si le signal d'horloge foumi par le terminal a I'interface 
a contact disparatt. Ceci est courant en pratique, sachant qu'un etat de 

10 sommeil profond c'est-a-dire sans horloge externe, est souvent de duree 
plus importante que celui de sommeil superficiel evoque plus haut 

A ce jour, les normes imposent notamment dans oe cas, que le 
terminal relie a I'interface a contact cesse de fournir ITiorloge qui serait 
necessalre a I'application sans contact Avec nombre d'objets, il n'est pas 

is possible en outre d'employer I'horloge interne fournie par la puce 
Independamment de celle des interfaces. 

Ainsi, pour certains objets, la puce a besoin d'une reference externe 
pour employer une horloge interne : cette reference externe n'est pas 
disponible actuellement 

20 II conviendrait done de pouvoir permettre a une application sans 

contact de fonctionner ou du moins de s'achever correctement, sans 
consommer de ressources (puissance et / ou horloge) issues de I'interface 
a contact au-dela de ce que les normes imposees a cette interface a 
contact requierent. 

25 Un autre probleme rencontre vise un objet disposant de deux 

interfaces ou plus (Contact, sans contact, USB, etc..) et destine a un 

usage simultane de deux au moins de ces interfaces. 

Ce probleme est lie a ce qu'une application s'executant dans I'objet 

n'est pas en mesure de determiner quelles sont et dans quel etat sont les 
30 interfaces actives (i.e. : combien et laquelle des interfaces fournit 

ralimentation et / ou horloge). 
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De fait, une application embarquee dans I'objet n'est pas a ce jour en 
mesure de prendre les decisions necessaires en fonction de I'etat des 
interfaces. 

De sorte que cette application ne peut pas fonctionner correctement 
5 (par exemple, annuler une transaction entamee sur une interface qui s'est 
desactivee prematurement). Tel est le cas lors d'un arrachement 

Par exemple, actuellement dans un objet a interfaces multiples, ses 
interfaces peuvent etre activees ou desactivees, alors qu'une application 
embarquee dans I'objet est executee en continu sans etre interrompue. 
10 La deactivation d'une voire plusieurs interfaces ne signifie pas pour 

autant que i'objet soit hors fonctionnement : I'objet est en realite hors 
fonctionnement seulement quand toutes les interfaces sont desactivees. 

L'invention vise a pallier ces inconvenients notamment. 

A cet effet, les objets de Tinvention sont exposes maintenant 
15 Un objet vise un procede de maintien en fonctionnement d'un objet 

portable intelligent, pourvu d'un bloc processeur ayant au moins deux 
interfaces de communication etyou d'alimentation a contacts et/ou sans 
contact, ce procede comportant une etape de reinitialisation du bloc 
processeur. 

20 Ce procede se distingue en ce qu'il comporte au moins une etape de 

retardement et / ou simulation de la reinitialisation dans le cas ou une 
communication ou une application est en cours de traitement par le bloc 
processeur. 

Seion une realisation, le procede comporte au moins une phase de 
25 detection d'une transition de mise a zero (MaZ), a-meme de percevoir une 
interruption, par exemple sous forme de routine de traitement 
d'interruption. 

Selon une realisation, le procede prevoit au moins une phase de 
retardement des instructions de mise a zero, qui comporte au moins une 
30 adresse de zone de memoire, avec un code choisi ; cette zone de memoire 
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recevant des instructions issues du code choisi, dont I'execution genere des 
commandes de retardement. 

Selon une realisation, lors de la phase de retardement, I'execution 
des instructions issues du code choisi, genere au moins Tune des 
5 commandes de retardement suivantes : 

- blocage de temporisation via I'interface a contact, par exemple par 
envoi d'un octet unique de commande usuelle de reponse ("ATR") a 
I'activation de la mise a zero ; 

- continuation de I'application recourant a I'interface sans contact ; 

10 - maintien en memoire sans effacement, de donnees utiles a cette 

application sans contact ; 

- verification de I'etat actif de I'interface a contact ; 

- reprise des fbnctlons requises pour 1'interface a contact, par 
exemple par envoi d'une serie d'octets de commande de reponse ("ATR"). 

15 Selon une realisation, une commande de retardement avec reprise 

des fonctions, intervient au bout d'un nombre predefini de cycles d'horloge, 

e.g. de I'ordre de 400 a 40000 cycles d'horloge. 

Selon une realisation, lors d'une transition de mise a zero (MaZ), 

depuis un etat en operation via I'interface sans contact vers I'etat, en 
20 complement de I'etape de maintien, est prevue au moins une etape de 

mise en garde immediate. 

Selon une realisation, I'etape de mise en garde immediate prevoit 

une phase de basculement des ressources pour qu'elles soient, au moins en 

partie, ponctionnees via I'interface sans contact. 
25 Selon une realisation, I'etape de mise en garde immediate prevoit 

une phase de basculement des ressources pour qu'elles soient, au moins en 

partie, ponctionnees via I'interface a contact. 

Selon une realisation, en sortie de I'etape de mise en garde, sont 

generees des interruptions lorsqu'une memoire tampon de reception est 
30 consideree comme saturee, et peut §tre traitee par un systeme 



WO 2005/069194 



PCT/EF2004/053529 



Sexploitation du bloc processeur, par exemple ces interruptions notifient a 
rapplication que des donnees sont disponibles pour traitement. 

Selon une realisation, lors de I'arrivee d'une trame sans contact, 
Tetape de mise en garde opere au moins une phase de : 
5 - detection de cette trame, par exemple du fait de la presence d'une 

source sans contact d'energie electrique ; 

- transformation de la trame sous forme binaire, et initialisation par 
exemple de traitement anti-collision ; et 

- une fois ta trame consideree comme correctement regue et les 
10 etapes precedentes operees normalement, traitements usueis autorises. 

Selon une realisation, I'autre norme sans contact est la norme 
ISO JEC14443 relative a I'interface sans contact. 

Un autre objet de invention est un dispositif de maintien en fonction 
pleinement simultanee d'un objet portable intelligent a interface duale, et 

15 pourvu d'un bloc processeur. 

Get objet est apte a communiquer avec au moins un terminal 
electronique de transmission de donnees via une interface a contact selon 
la norme XS07816.3, ainsi que sans contact via une interface sans contact 
et suivant une autre norme sans contact. 

20 Ce dispositif prevoit que : le terminal est connecte a I'objet via 

I'interface a contact afln d'etre securise par I'objet ; en etat d'operation 
d'interface duale, les interfaces a contact et sans contact fonctionnant en 
meme tennps ; le bloc processeur comportant des circuits de mise a zero a 
chaud visant a la reinitialiser, lors de la mise a zero (MaZ) de I'interface a 

25 contact. 

Ce dispositif comporte au moins des moyens de maintien de 
transaction, comportant au moins un element de retardement et / ou 
simulation de mise a zero, ordonnee par I'interface a contact lors d'une 
transition de mise a zero (MaZ) visant a reinitialiser le bloc processeur. 
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Selon une realisation, les moyens de malntien comportent au molns 
un element de detection d'une transition de mise a zero, a-meme de 
percevoir une interruption. 

Get element est par exemple sous forme de cablage apte a percevoir 
5 une interruption, et a generer un traitement d'interruption. 

Selon une realisation, les moyens de maintien prevoient au moins un 
element de retardement des instructions de mise a zero, qui comporte au 
moins une adresse de zone de memoire, avec un code choisi ; cette zone 
de memoire recevant des instructions issues du code choisi, dont 
10 I'execution genere des commandes de retardement. 

Selon une realisation, I'element de retardement comporte au moins 
un bloc de retardement par, au moins : blocage de temporisation via 
I'interface a contact ; continuation de Papplication recourant a rinterface 
sans contact ; maintien en m6moire sans effacement, de donnees utiles a 
15 cette application sans contact ; verification de I'etat actif de 1'interface a 
contact ; reprise des fonctions requises pour rinterface a contact. 

Selon une realisation, en operation via rinterface sans contact, en 
complement des moyens de maintien, le dispositif comporte des moyens de 
mise en garde immediate. 
20 Selon une realisation, ces moyens de mise en garde comportent au 

moins un element de basculement des ressources vers rinterface sans 
contact. 

Selon une realisation, des moyens de mise en garde comportent en 
sortie, au moins un Element avec une ou plusieurs memoires tampons de 
25 reception, et apte a generer des interruptions so une memoire est 
consideree comme saturee. 

Selon une realisation, ces moyens de mise en garde comportent au 
moins un element de detection de trame sans contact. 

Un autre objet de I'invention est un terminal! de transmission 
30 comportant au moins une connexion par contact galvanique a un objet 
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portable intelligent a interface duale, avec une interface a contact 
permettant a I'objet de securiser ce terminal. 

Cet objet est pourvu d'une puce et etant apte a communiquer avec le 
terminal via I'interface a contact selon la norme IS07816.3 ; I'objet etant 
5 en outre pourvu d'une interface sans contact communiquant suivant une 
autre norme sans contact. 

Ce terminal est apte a participer a la mise en ceuvre du procede, et / 
ou a recevoir i'objet comportant le dispositif, evoques plus haut. 

Le terminal forme un : telephone cellulaire (e.g. : GSM, 3GPP ; UMTS 
10 ; CDMA ; Etc.) et / ou assistant personnel portatif (e.g. : PDA) ; et / ou 
border de decodage ; et / ou ordinateur. 

Un autre objet de I'invention est un objet portable intelligent apte a 
participer a la mise en ceuvre du procede, et / ou a recevoir I'objet 
comportant le dispositif, et / ou a etre connecte a un terminal, evoques 
is plus haut. 

Cet objet est a interface duale, et pourvu d'une puce (bloc 
processeur); cet objet etant apte a communiquer avec au moins un 
terminal electronique de transmission de donnees via une interface a 
contact selon la norme IS07816.3, ainsi que sans contact via une interface 
20 sans contact et suivant une autre norme sans contact ; ce procede 
prevoyant que : le terminal est securise par I'objet via I'interface a contact. 

Maintenant des exemples de realisation de I'invention sont exposes 
dans la description qui suit et se refere aux dessins. 

- |_a figure 1 est une vue schematique en perspective d'elevation 
25 longitudinale, qui illustre un exemple d'objet portable intelligent a interface 

sans contact selon I'invention. 

- la figure 2 est une vue schematique en perspective d'elevation 
longitudinale, qui illustre un exemple selon I'invention de terminal sous 
forme d'assistant portable a communication cellulaire, securise par insertion 

30 d'un objet portable intelligent, avec des liaisons de : entree-sortie de 
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donnees par contact galvanique ; horloge (dite "Clk") ; masse (dite "Grid") ; 
alimentation en puissance (dite "Vcc") ; entree-sortie d'antenne externe ; 
Wise a zero (dite "MaZ"). 

- la figure 3 est une vue schematique qui illustre le fonctionnement 
5 de I'invention, ou I'objet est insere dans un terminal ici sous forme de 

telephone cellulalre ou analogue; 

- la figure 4 est une vue schematique en plan de dessus, d'une 
partie de circuit au sein d'un objet selon I'invention et relie a un terminal a 
securiser, avec une diode de limitation de puissance consommee depuis 

10 I'interface sans contact, et une porte logique assurant la commutation entre 
deux modes de consommation de puissance (via interface galvanique ou 
via interface sans contact). Cette partie de circuit forme done des moyens 
de selection par I'application, et illustre les etapes idoines, sans contact des 
ressources exterieures a utiliser (puissance electrique) en cas de 

15 declenchement d'un mode "PauseHorloge" (appelee ici "PauseH"). 

- la figure 5 est une vue schematique en plan de dessus, d'une partie 
de circuit au sein d'un objet selon I'invention et relie a un terminal a 
securiser, avec des resistances d'absorption d'un surplus de puissance 
electrique; et des moyens logiques assurant la commutation entre deux 

20 modes de consommation de puissance (via interface galvanique ou via 
interface sans contact). Cette partie de circuit forme au moins en partie des 
moyens de selection des ressources exterieures a utiliser afin de permettre 
a une application sans contact de fonctionner sans consommer de 
ressources (puissance) issues de I'interface a contact quand cette derniere 

25 le requiert. 

- la figure 6 est un graphe logique schematique, qui illustre des 
etapes et transitions conventionnelles au sein d'un objet insere dans un 
terminal, telles que constatees en pratique. On remarque notamment des 
(2) etapes conventionnelles inaccessibles, ainsi que des (5) transitions 

30 conventionnelles impossibles. 
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- la figure 7 est un graphe logique schematique similaire a celui de la 
figure 6, mais qui illustre des etapes et transitions selon Pinvention. 

- la figure 8 est un schema logique de Parchitecture de cablage et 
logicieile d'une puce pour objet portable intelligent selon une realisation de 

5 Pinvention, notamment apte a determiner quelles sont et dans quel etat 
sont les interfaces actives. 

Debutons par Pexpose des structures et infrastructures impliquees. 
Sur les figures, on designe en 1 un objet portable intelligent 
De tels objets 1 sont par exemple des cartes a puce, tickets 
10 electroniques, fiches dites "dongle" ou autres modules tels que ceux de 
communication de proximite (e.g. : NFC) ou semi-proximite (e.g. : 
BlueTooth). 

II s'agit d'objets securises, indemontabies et "portables" I.e. aptes a 
§tre mis en poche de par leurs dimensions plus reduites que celles de 
is terminaux 2 electroniques de transmission de donnees. Des exemples de 
tels objets 1 sont illustres sur les figures 2 a 5. 

Ces objets 1 sont aptes a communiquer a distance avec un ou 
plusieurs terminaux 2 electroniques de transmission de donnees et / ou 
d'autres objets 1, via une interface sans contact 3. 
20 Cette interface 3 assure la communication sans contact via une 

antenne 4. Certains de ces terminaux 2 e.g. les telephones cellulaires, sont 
"portatifs", i.e. aptes a §tre transportes assez facilement. Mais ne sont pas 
consideres ici comme etant veritablement "portables". 

Selon les exemples de realisation de Tobjet 1, son interface sans 
25 contact 3 comporte une antenne 4 au moins en partie : 

- integree a un module de Pobjet 1 ; et / ou 

- integree a un corps 5 de Pobjet 1 ; et / ou 

- integree au terminal 2 a securiser, et reliee par liaison galvanique. 
Sur les figures 1 a 3, Pobjet 1 presenile des formes usuelles de carte 

30 a puce. 
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Get objet 1 comporte !ci : un corps 5 de carte, a I'interieur ou en 
surface duquel est encartee -eventuellement au sein d'un module- une 
puce 6 (figure 1) ; I'antenne 4 de interface 3 sans contact qui est 
connectee a la puce 6. Une interface a contact 7 galvanique, est aussi 
5 reliee a la puce 6 : elle comporte un bornier debouchant a une surface 
exterieure principale du corps 5. 

Sur la figure 1, le corps 5 presente un facteur de forme externe tel 
que defini par la norme IS07816, auquel I'objet 1 a proprement parler est 
integn§ de maniere detachable. Une fois le pourtour du corps 5 detache, 
10 I'objet 1 a proprement parler pr&ente un facteur de forme externe tel que 
defini par la norme 3GPPTS11.11 (411 et 412) ou GSM, et appele "SIM". 

Le bornier de I'inteiface 7 est lui aussi defini par ces normes. II 
possede ici de six a huit plages de contact (figure 2) Cl # C2, C3, C5 # C6 et 
C7. 

15 Le cas echeant ce bornier comporte en outre des plages C4 et C8. 

Cependant, selon par exemple la norme 3GPPTS11.11 (431), les plages C4 
et C8 ne sont pas utilisees dans le fonctionnement d'un terminal 2 
conventfonnel de t&ephonie cellulaire dit "GSM". Ces plages C4 et C8 sont 
selon les normes, connectees chacune a un port de la puce 6. 

20 Dans les exemples, I'interface sans contact 3 comporte une antenne 

4 integree au terminal 2 a securiser, et reliee via la liaison galvanique 
offerte par les plages C4 et C8 de I'interface a contact 7. 

Sur la figure 3, I'antenne 4 est externe a I'objet 1, comme ceco 
ressort de la figure 3. 

25 Notons que les signaux de donnees transitant par les plages de 

contact C2 et C7 notamment, sont des signaux numeriques dits "digitaux" 
de type binaire. 

Tandis que les signaux de donnees notamment qui transitent par les 
plages C4 et C8 ou directement transmis a Da puce 6, sont des signaux 
30 modules (Hertziens par exemple), issus de I'antenne 4. 
Evoquons maintenant les terminaux 2. 
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Ces terminaux 2 sont par exemple (figure 3) des telephones 

cellulaires (e.g. : GSM, 3GPP, UMTS, CDMA, Etc.), assistants personnels 

portatifs (e.g. : PDA comme sur la figure 2), bortiers de decodage et 

ordinateurs, notamment au sein de reseaux, voire encore des bornes 
5 interactives ou des equipements de contrSle d'acces (transports, 

infrastructures, materiel informatique, etc.) II s'agit de dispositifs 

electroniques demontables -et portatifs au mieux c'est-a-dire transportables 

aisement par exemple par un porteur 8-. 

Tous les terminaux 2 selon Pinvention, i.e. securises via l'interface a 
10 contact 7 par un objet 1 tel qu'evoque, sont a meme de communiquer a 

distance avec d'autres terminaux 2 -par exemple ceux representees a droite 

sur la figure 3- a distance dest-a-dire sans contact. 

La communication sans contact de ces terminaux 2 securises par un 

objet 1, est illustree par des ondes et designee en 9. 
15 Une autre communication dite transaction ou application, illustree par 

des fleches et designee en 10, est celle sans contact dont est capable 

I'objet 1 via son interface 3 et done I'antenne 4. 

La communication 9 aussi dite application, est a distinguer de celle 

dont est capable I'objet 1 via son interface 3 et done I'antenne 4. 
20 Illustrons ici la teneur de ces communications 9 et 10 par I'exemple 

d'un terminal 2 de telephonie cellulaore, equipe d'un objet 1 selon 

I'invention. 

Par exemple, la communication 9 permet un achat securise depuis le 
terminal 2, et aupres d'un serveur de services tel que celui illustre en bas a 
25 gauche sur la figure 2 -qui est lui-meme relie a la borne de reception 
cellulaire representee par le terminal 2 en haut a gauche. Get achat est 
enregistre sous forme de valeurs, dans I'objet 1. 

Via I'antenne 4, la communication 10 permet ensuite de debitor a la 
volee les valeurs ainsi achetees. 
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Le fonctionnement de ces objet 1 et terminal 2 est expose plus loin, 
en se reportant aux figure 6 (etat de la technique actuelle) et figure 7 
(invention). 

Ced afin d'exposer comment Hnvention rend possible le 
s fonctionnement simultane et securise au sein d'un objet portable intelligent 
1, d'une interface 3 sans contact ainsi que d'une interface 7 a contact, 
c'est-a-dire galvanique ou ohmique. 

Ainsi que le fonctionnement securise d'une application 10 dont les 
donnees transitent via I'interface 3 sans contact simultanement a une 
10 application distincte 9 dont les donnees transitent via interface 7 a contact. 

Ces interfaces 3 et 7 sont reliees a une meme puce 6 au sein de 
i'objet 1, et les applications via les interfaces sans contact 10 et a contact 9 
sont trainees sur cette meme puce 6. 

Pour la lecture aisee des figures 6 et 7, quelques definitions sont un 
15 prealable utile. 

Concernant la puce 6 integree a I'objet 1, elle gere les interfaces 3 et 
7, et traite aussi les donnees des applications dites pour amplifier "a 
contact" 9 et "sans contact" 10. 

La structure de cette puce 6, au sein d'un substrat integre, peut etre 
20 simplifiee comme suit en blocs fonctionnels : 

- bloc de memoire (sur la figure 8 designe en 120) avec notamment : 
une memoire volatile dite "RAM" (sur la figure 8 designe en 122), non 
volatile dite "ROM" (sur la figure 8 designe en 121) et re-inscriptible 
"EEPROM" (sur la figure 8 designe en 123) ; 

25 - bloc de communication (sur la figure 8 cf. blocs designes en 102 et 

109) ; notons que sur la figure 8, un bus de transfert de donnees 124 - 
aussi appele parfois bloc d'entrees sorties dit "E/S"- relie le bloc 120 et 
d'autres dont 102 et 109 ; 

- bloc processeur dit "CPU" (sur la figure 8 designe en 108) ; ce bloc 
30 processeur 108 met en oeuvre un traitement de donnees, qui prend la 

forme selon les cas, d'un systeme d'exploitabon, d'applications, etc. 
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- bloc de traitement specialise, e.g. : un coprocesseur, une 
temporisation (designes en 126, sur la figure 8); etc. 

A cet egard aussi, voir la figure 8 et les passages s'y rapportant infra. 
Selon les instructions ou valeurs des entrees sorties vers la puce 6, 
5 celle-ci est placee dans divers etats dont : 

- etat eteint dit "OFP, illustre en 11 sur les figures, tel que I'objet 1 
est hors foncHonnement (i.e. "eteint, arr§te"), sans traitement de donnees 
ni consommation d'energie ; 

- etat de marche dit "ON", dest a dire en fonctionnement (12-18), 
10 permettant la gestion des interfaces 3 et 7 ainsi que le traitement des 

applications (a contact 9 et sans contact 10). 

West pas evoque en detail ici, un etat transitoire de veille dit "IDLE", 
qui offre une solution pratique d'acces a des etats de sommeil exposes plus 
bas. 

15 Dans les tableaux plus bas, sont evoques des ressources "VCC" et 

"RF" ainsi que leurs statuts possibles, expliques maintenant. 

En prealable, notons que la ressource dite "VCC" designe 

I'alimentation en puissance electrique de I'objet 1, qui provient de 

I'interface a contact 7. 
20 Par eontraste, lorsqu'une alimentation electrique de I'objet 1 provient 

de I'interface sans contact 3 elle est appelee "VDD" (et done Issue de la 

ressource "RF"). 

Primo, pour la ressource "Vcc" les statuts "Arret / Actif" indiquent 
que I'interface a contact 7 est respectivement alimentee en puissance 
25 electrique ou non. Dans son etat Actif, I'interface a contact 7 assure une 
fourniture de puissance electrique a I'objet 1. 

Dans son 6tat Arret, cette interface a contact 7 n'assure aucune 
fourniture de puissance electrique. 

Dans son statut "Actif' (dit usuellement alors de "VCC ON") 
30 I'interface a contact 7 au moins fournit du courant electrique a la puce 6, 
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cette puce 6 pouvant consommer dans les limitations imposees qui sont 
usuellement suffisantes pour un fonctionnement normal de I'objet 1 ; 

Tel est le cas quand le terminal 2 obtient qu'une application 9 
recourant a I'interface a contact 7 pour I'echange de donnees et ressources, 
5 est traltee par I'objet 1. 

Cette alimentation " VCC " depuls I'interface 7 est en outre a-meme 
d'etre placee en statut dit de "Faible Consommation", comme explique plus 
loin. 

Sur les figures, des etats (13, 14, 17, 18) sont dits a "Faible 
10 Consommation" qui imposent une valeur maximale de consommation 
ponctlonnee par I'objet 1 via son interface a contact 7 : On distingue ainsi 
actuellement, parmi les etats de faible consommation, les : 

- sommeil superficiel (dit "LOW POWER VCC") ; et 

- sommeil profond (dit "LOW POWER VCC avec Pause H"). NB : "H" 
is pour Horloge. 

Selon la norme 3GPPTS11.11 notamment, la consommation de 
puissance est imposee lorsqu'elle tire ses ressources de I'interface a contact 
7, suivant deux cas contraignants : 

s - en sommeil profond doivent etre ponctionnes via I'interface a 
20 contact 7, moins de -i.e. au plus- 100pA ; 

- en sommeil superficiel, doivent etre ponctionnes via I'interface a 
contact 7, moins de -i.e. au plus- 200pA. 

Avec les puces 6 actuelles, on respecte les contrainte de faible 
consommation lors des mlses en sommeil, par arret des traitements et 
25 sauvegarde des donnees necessaires a une reprise ulterieure de ces 
traitements. 

Ces donnees necessaires sont notamment le contexte anterieur (e.g. 
: donnees, registres). 

Dans cet etat de sommeil, actuellement, la puce 6 ne peut pas traiter 
30 une application sans contact. 
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A Pinverse, I'un des buts de I'invention est, une fols la puce 6 (selon 
les realisations, par des moyens loglques et / ou cables tels que son bloc 
"CPU") en sommeil, d'assurer la possibilite d'atteindre un etat de marche 
dans lequel son alimentation en puissance electrique est notamment issue 

5 de I'interface sans contact 3, tout en respectant les limites imposees de 
consommation sur I'inteiface 7. 

Par ailleurs, on dit la puce 6 en sommeil profond avec Pause Horloge 
(dite PauseH)", quand cette puce 6 est dans un etat similaire au sommeil 
superficiel, mais sans avoir de ressource d'horioge issue de I'interface a 

10 contact 7. 

Secundo, la ressource "RF" indique I'etat ("Arret / Actif) de 
I'interface sans contact 3, qui est de type Radio Frequence (RF) dans 
I'exemple de la norme IS014443. 

Dans son etat Actif, I'interface sans contact 3 assure une transaction 
15 sans contact c'est-a-dire a distance, telle que les : 

- emission et / ou 

- reception de signaux (donnees, ressources) modules et 

- traitement d'une application utilisant notamment les donnees de 
ces signaux. 

20 Dans son etat Arrets cette interlace sans contact 3 n'assure aucune 

transaction. 

Tertio, le statut "Sommeil", indique respectivement ("Non / Oui") si 
la puce 6 n'est pas ou est en etat de faible consommation sur rinterface a 
contact 7. 

25 Quarto, le statut "PauseH" indique respectivement ("Non / Oui") si la 

puce 6 n'est pas ou est fournie en signal d'horioge externe, durant I'etat de 
faible consommation, depuis I'interface a contact 7. 
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Tableau 1 (situation avec un objet connu 1A) : 





Etat Initial 


Etat Final! 


1A 


Transitions 
FIG. 6 &7 




\/rr 
VCC 


rvr 


^nmmail 

JyJi 1 II 1 ICll 


Pai icpH 


Vcc 


RF 


Sommeil 


PauseH 




De : 


Vers : 


Transition sur RF 
avec vcc a cur 


Acor 


AITGIl 


non 


non 


ArHf 




non 


non 




12 


16 


Actif 


Actif 


non 


non 


Actif 


Arret 


non 


non 


OK 


16 


12 


Transition sur Vcc 
Avec RF actif 




Actif 


non 


non 


ActSff 


Actif 


non 


non 


WOK 


15 


16 


Actif 


Actif 


non 


non 


Arret 


Actif 


non 


non 


NOK 


16 


15 


PauseH M/A 
Avec RF actif 


Actif 


Actif 


oui 


non 


Actif 


Actif 


non 


oui 


NOK 


17 


18 


Actif 


Actif 


oui 


oui 


Actif 


Actif 


non 


non 


NOK 


18 


17 


Transition sur RF 

A\/nr> Dai i cqU 

MVeC raUScrl 


Actif 


Arret 


oui 


oui 


Actif 


Actif 


oui 


oui 


NOK 


14 


18 


Actif 


Actif 


oui 


oui 


Actif 


Arret 


oui 


oui 


NOK 


18 


14 


Sommeil M/A 
Avec RF actif 


Actif 


Actif 


non 


non 


Actif 


Actif 


oui 


non 


NOK 


16 


17 


Actif 


Actif 


oui 


non 


Actif 


Actif 


non 


non 


NOK 


17 


16 


Transition sur RF 
avec mode Sommeil 


Actif 


Arr&t 


oui 


non 


Actif 


Actif 


oui 


' non 


NOK 


13 


17 


Actif 


Actif 


oui 


non 


Actif 


Airr£t 


oui 


non 


NOK 


17 


13 


Transition sur Vcc 

avec RF actif & 
mode basse conso. 


Actif 


Actif 


oui 


non 


Arret 


Actif 


oui 


oui 


NOK 


17 


15 


Actif 


Actif 


oui 


oui 


Arr&t 


Actif 


oui 


oui 


NOK 


18 


15 




Etat Initial! 


Action 






Vcc 


RF 


Sommeil 


PauseH 


Impact sur MaZ Circuits 


Actif 


Actif 


non 


non 


MaZ a Chaud sur Vcc 


NOK 


16 1 16 



Tableau 2 (situation avec objet connu IB) : 





Etat InitiaS 


Efcat Final 


IB 


Transitions 
FUG. 6 &7 


Vcc 


RF 


Sommeil 


PauseH 


Vcc 


RF 


Sommeil 


PauseH 




De: 


Vers: 


Transition sur RF 
avec Vcc actif 


Actif 


Arret 


non 


non 


Actif 


Actflff 


non 


non 


OK 12 


16 


Actif 


Actif 


non 


non ! 


Actif 


Arret 


non 


non 


OK 16 


12 


Transition sur Vcc 
Avec RF actif 


Arret 


Actif 


non 


non 


Actif 


Actif 


non 


non 


NOK 15 


16 


Actif 


Actif 


non 


non 


Arret 


Actif 


non 


non 


NOK 16 


15 


PauseH M/A 
Avec RF actif 


Actif 


Actif 


oui 


non 


Actif 


Actif 


non 


OUD 


NOK 17 


18 


Actif 


Actif 


oui 


OUD 


Actif 


Actif 


non 


non 


NOK 18 


17 


Transition sur RF 
avec PauseH 


Actif 


Arret 


oui 


oui 


Actif 


Actif 


oui 


oui 


NOK 14 


18 


Actif 


Actif 


oui 


oui 


Actif 


Arr^t 


oui 


oui 


NOK 18 


14 


Sommeil M/A 
Avec RF actif 


Actif 


Actif 


non 


non 


Actif 


Actif 


oui 


non 


NOK 16 


17 


Actif 


Actif 


oui 


non 


Actif 


Actif 


oton 


non 


NOK 17 


16 


Transition sur RF 
1 avec mode Sommeil 


Actif 


Arret 


oui 


non 


Actif 


Actif 


oui 


non 


NOK 13 


17 


Actif 


Actif 


oui 


non 


Actif 


Arret 


oui 


non 


NOK 17 


13 


Transition sur Vcc 

avec RF actif & 
mode basse conso 


Actif 


Actif 


oui 


non 


Arret 


Actif 


oui 


oui 


NOK 17 


15 


Actif 


Actif 


oui 


oui 


Arr& 


Actif 


oui 


oui 


NOK 18 


15 




r~ Etat Initial 


Action 






Vcc 


RF 


Sommeil 


PauseH 


Impact sur MaZ Circuits 


Actif 


Actif 


non 


non 


MaZ a Chaud sur Vcc 


NOK 


16 


16 



5 
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Les tableaux 1 et 2 qui precedent, illustrent chacun la situation 
rencontree dans ces etats ou transitions, avec des objets 1 actuels (1A et 
IB). 

En rapprochant ces tableaux de la figure 6, on remarque outre les 
5 etats et transitions possibles (designes par : "OK"), comme sur la figure 6 : 

- deux etats (17 ; 18) impossibles (d&ignes par : "NOK") ; et 

- douze transitions (15.16 ; 16.15 ; 17.18 ; 18.17 ; 14.18 ; 18.14 ; 
16.17 ; 17.16 ; 13.17 ; 17.13 ; 17.15 ; 18.15) impossibles ("NOK"). 

Ces definitions et illustrations des techniques connues etant posees, 
10 revenons nnaintenant aux figures 6 et 7. 

Sur ces figures 6 et 7, les elements identiques portent les m§mes 
references et ne sont decrites qu'une fois par souci de simplicite. La 
colonne de gauche des graphes des figures 6 et 7 Hlustre les etats lies au 
fonctionnement de Interface a contact 7. Tandis que la colonne de droite 
15 illustre les etats lies au fonctionnement de I'interface sans contact 3. 

Notons ici que par defaut, lorsqu'une transition inverse n'est pas 
evoquee, celle-d est simplement une voie de retour, et ne necessite done 
pas d'explication complementaire. . , t 

Et que sur la figure 6, les (cinq) transitions impossibles sont illustrees 
20 par des pourtours en etoile. Tandis que les (deux) etats impossibles a 
atteindre sont illustres par un cadre hachun* 

Outre un etat 11, la colonne du milieu (etats 16, 17 et 18) decrit des 
eiats souhaites pour un objet 1 pleinement utilise simultanement selon 
I'invention. 

25 Les etats sont illustres par des cases, et les transitions entre ces 

etats -possibles ou impossibles- sont illustrees par des fleches orientees. 

L'etat Desactive 11 correspond dans le cas d'un terminal 2 de 
t^lephonie cellulaire, a la situation suivant laquelle ce terminal 2 est eteint 
et inutilisable tel quel par le porteur 8. 
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A partir de I'etat Desactive ll f une transition 11.12 sur les figures 6 
et 7 permet d'atteindre un etat 12 suivant lequel I'objet 1 est en operation 
via interface a contact 7 (appele : etat en operation via interface a 
contact). Cet etat 12 est appete "en operation via interface a contact". 
5 Dans I'exemple du terminal 2 de telephonie ceilulaire, cette transition 

usuelle 11.12 correspond a Paction du porteur 8 qui allume son terminal 2. 

Ici, le terminal 2 adresse alors a I'objet 1 via le bornier de I'interface 
7, un signal de mise a zero (MaZ). Sont ensuite adresses par I'objet 1 vers 
le terminal 2 via I'interface 7, les premiers octets d'un protocole de reponse 
10 a la mise a zero (dit "ATR"). 

Lorsque ces echanges aboutissent positivement, I'objet 1 est a-meme 
de traiter directement des commandes issues de I'interface 7, et en 
provenance du terminal 2 securise par cet objet 1. 

A partir de I'etat en operation via interface a contact 12, une 
15 transition 12.13 permet d'atteindre un etat 13 ou d'attente a faible 
consommation. 

Cest-a-dire I'etat 13 deja evoque de sommeil superficiel, dans lequel 
I'objet 1 est en attente de sollicitation depuis I'interface a contact 7. 

Typiquement, I'etat 13 d'attente est mis en place lorsque I'objet 1 a 
20 termine un traitement (mode d'economie d'energie). Rappelons que cet 
etat 13 impose une consommation reduite d'energie par I'objet 1 via 
I'interface 7. 

A partir de I'etat 13, une transition 13.14 (figures 6 et 7) permet 
d'atteindre un etat 14 de sommeil profond avec pause d'horloge deja 

25 evoque. Dans cet etat 14, I'objet 1 est en attente de sollicitation depuis 
i'interface a contact 7. C'est en general le terminal 2 qui initie les coupures 
d'horloge (CLK) entre deux commandes. Par exemple, une coupure 
d'horloge vers I'etat 14 est imposee a Tissue de "n" cycles d'horloge (par 
exemple de I'ordre de 1800 a 2000 cycles), suite a une commande. 

30 Passons maintenant a la colonne de droite des figures 6 et 7, aux 

etats et transitions liees a I'interface 3 sans contact. 
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Depuis I'etat 11, la transition 11.15 correspond au cas ou I'antenne 4 
est exposee au champ d'un signal module sans contact (e.g. : RF), ce 
signal est porteur de ressources (energie et horloge) ainsi que de donnees 
sous forme de trames. 
5 On est dans le cas ou, I'antenne 4 est exposee a un champ module 

sans contact (Snergie et donnees), mais ou I'objet 1 ne dispose pas de 
ressources issues de Pinterface a contact 7. 

Cette transition 11.15 aboutit a I'etat en operation via Interface 3 
sans contact 15. Mors, I'objet 1 est a-m§me de traiter directement des 
10 commandes issues I'interface 3. 

Notons ici que d'une part, dans les objets 1, le choix de transitions 
est exclusif, a partir de I'etat Desactiv6 11, entre les etats respectifs : 

- en operation via interface a contact (12) ; et 

- en operation via interface sans contact (15). 

15 D'autre part, pour I'etat en operation sans contact 15, il n'existe pas 

dans les normes evoquees contrairement a I'etat en operation via interface 
a contact 12, de contrainte de maxima de consommation d'energie. 

L'etat 16 est dit d'operation d'interface duale. Sur les figures 6 et 7, 
cet etat 16 correspond a la situation suivant laquelle rinterface a contact 7 

20 est en operation, de meme que Pautre interface sans contact 3 est en 
operation. 

Get etat 16 est le seul etat d'operation duale possible actuellement, 
c'est-a-dire dans lequel les interfaces a contact 7 et sans contact 3 
foncOonnent en m§me temps. 
25 Soulignons que dans les objets 1 disponibles a ce jour, seule les 

transitions 12.16 et 16.12 sont possibles (OK). A I'inverse, les transitions 
depuis I'etat 15 ainsi que depuis le nouvel etat 17 vers I'etat 16 sont 
impossibles (NOK). 
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Avec ces transitions 12.16 et 16.12, il est necessaire de faire co- 
habiter les interfaces a contact et sans (7 et 3) ainsi que les applications 9 
et 10 faisant appel a ces interfaces, respectivement. 

Du fait notamment des transitions impossibles evoquees dessus, on 
5 ne peut parler pour autant avec les interfaces et applications actuelles, 
d'utilisation pleine et simultanee. 

La transition 12.16 correspond au cas -toujours dans I'exemple du 
terminal 2 cellulaire- ou rinterface a contact 7 fonctionne (ressource et 
application 9) alors que I'antenne 4 penetre dans un champ percu par 
10 Tinterface sans contact 3 (transaction 10). 

Evoquons ici la transition actuellement impossible 16.16. 
Le probleme rencontre lore de cette transition 16.16 dite de "mise a 
zero a chaud" est de permettre de ne pas verltablement reinitialiser Da puce 
6, contrairement a I'effet induit actuellement par le signal de mise a zero 
15 (MaZ) recu depuis Tinterface a contact 7. 

Notons ici que les termes "a chaud" et "a froid" sont definis 
notamment dans la norme IS07816.3. 

Ceci vise a ce qu'une transaction en cours via Tinterface sans contact 
continue de se dfrouler alors normalement. 
20 A cette fin, Tinvention propose des moyens 101 et / ou etapes de 

maintien de la transaction sans contact en cours, pendant la mise en 
fonctionnement de Tinterface a contact 7. 

Ces moyens sont des circuits au sein de la puce 6 et / ou des 
instructions loglques. 
25 Au sein de Tetat 16, Tinvention distingue divers cas, seion Torigine 

des ressources eonsonnmees par la puce 6. 

Actuellement, dans Tetat 16, cette puce 6 ne peut pas subir de 
modification de Torigine de certaines de ses ressources imperatives - 
notamment alimentation en puissance et horioge-, sans subir de mise a 
30 zero intempestive. 

Avec Tinvention, selon les cas : 
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- L'alimentation en puissance electrique de la puce 6 peut etre 
originaire de : 

. VCC i.e. de I'interface a contact 7 ; 
. L'antenne 4 ; 

5 . Une combinaison d'origines notamment ci-dessus, par 

exemple une fonction F[(VCC et / ou VDD)]. 

- L'horloge fournie a la puce 6 peut etre originaire de : 

. L'interface a contact 7 ; 
. L'antenne 4 ; 

io . Un generateur d'horloge interne, tel que celui qui sur 

la figure 8 est designe en 113 et detaille plus loin. 

L'invention permet ainsi, au sein de I'etat 16 et done en cours de 
traitement simultane des applications, de changer d'origine d'alimentation 
et / ou d'horloge, selon les necessites du moment, et sans risque de mise a 
15 zero intempestive. 

Dans une realisation de l'invention, les moyens 101 et / ou etapes de 
maintien de la transaction (et / ou etape eponyme) sont aussi dits de "Fake 
Reset". 

Ces moyens 101 et / ou etapes de maintien (101) prevoient 
20 notamment au moins un element physique et / ou phase logique de 
retardement et / ou simulation de mise a zero, ordonne par I'interface a 
contact 7 tors de sa mise en marche ou situations analogues de mise a 
zero. 

Ces moyens 101 et / ou etape de maintien, component dans un 
25 exemple au moins un element et / ou phase de detection de mise a zero, 
dans I'exemple de la figure 8 sous forme de cablage apte a percevoir une 
interruption, et a generer un traitement d'interruption. 

Sur cette figure 8, les moyens 101 de maintien sont connectes en 
entree a un bloc fonctionnel 107 qui opere la detection en question. Ce bloc 
30 107 est decrit plus loin en detail. 
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Dans une realisation, une phase logique de maintien opere aussi une 
detection de mise a zero. Cette phase logique comporte une routine de 
traitement d'interruption. 

Notons qu'a la mise sous tension initiate de la puce 6, quelle qu'est 
5 sa source (interface 3 ou 7), une mise a zero doit neanmoins pouvoir avoir 
lieu. Une telle mise a zero vise un demarrage propre de la puce 6, et n'est 
pas operee par les moyens 101 et / ou etapes de maintien. 

De tels moyens de maintien 101 illustres sur la figure 8, sont parfois 
appeles en pratique "bloc controleur d'interruption". 
10 Dans une realisation, au moins un element et / ou phase de 

retardement des instructions de mise a zero des moyens (101) et / ou 
etape de maintien, comporte une adresse de zone de memoire, avec un 
code choisi. 

Cette zone de memoire reooit des instructions issues du code choisi, 
15 dont I'execution genere - e.g. a I'aide de ressources des moyens 101 - des 
commandes de, selon les realisations : 

- blocage de temporisation via I'interface a contact 7, par exemple 
par envoi d'un octet unique de commande usuelle de r£ponse ("ATR") a 
I'activation de la mise a zero ; et / ou 

20 - continuation de I'application recourant a I'interface sans contact 3 ; 

et / ou 

- maintien en memoire sans effacement, de donn^es utiles a cette 
application sans contact ; et / ou 

- verification de I'etat actif de I'interface a contact 7 ; et / ou 

25 - reprise des fonctions requises pour I'interface a contact 7, par 

exemple par envoi d'une serie d'octets de commande de reponse ("ATR"). 

Par exemple, cette reprise intervient au bout d'un nombre predefini 
de cycles d'horloge, e.g. de I'ordre de 400 a 40000 cycles d'horloge. 

Avec les objets 1 actuels, une transition 15.16 - de mise a zero 
30 (MaZ) - depuis I'etat 15 en operation via I'interface 3 sans contact vers 
I'etat 16 d'operatfon d'interface duale, est impossible. 
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En fait, actuellement suivant une telle transaction 15.16, une mise a 
zero intempestive est inevitable. 

II en va de meme d'une transition inverse 16.15. 

Cette transition 15.16 est aussi rendue possible par I'invention. 
5 Lors de la transition 15.16, I'objet 1 est initialement en train de 

traiter une application au profit de I'interface sans contact 3, et -I'objet 1- 
est sollicite par le terminal 2 via I'interface a contact 7. 

Tel est par exemple le cas pour un terminal 2 formant telephone 
cellulaire (1'application a contact securisant une conversation telephonique) 
10 et ou 1'application sans contact vise un acces -transport, locaux, etc.- : 

II n'est actuellement pas possible de debuter une transaction a 
securiser par I'objet 1 via rinterface a contact 7, alors qu'une application 
telle qu'autorisation d'acces est deja en cours via I'interface sans contact 3. 

En general a ce jour, 1'application sans contact est avortee 
15 brutalement, car le commencement d'une application au profit du terminal 
2 via I'interface a contact 7 provoque une mise a zero (MaZ) de la puce 6. 

Et souvent la perte de donnees utiles a 1'application sans contact. 

Pour que lors d'une telle transition 15.16 cette application, au profit 
de I'interface sans contact 3, sort traitee slmultanement a I'autre application 
20 au profit de rinterface a contact 7 qui doit debuter, I'invention prevoit dans 
des realisations des moyens 102 et / ou etape de mise en garde 
immediate. 

Ces moyens 102 et / ou etape de mise en garde viennent alors en 
complement, voire en substitution, des moyens 101 et / ou etape de 
25 maintien. Les moyens 102 et / ou etape de mise en garde assurent ainsi 
un fbnctionnement correct de la puce 6 en etat 16. 

Par ailleurs, suivant la transition 16.15, I'objet 1 est initialement 
sollicite via I'interface a contact 7 pour une application, ainsi que 
simultanement via I'interface sans contact 3 pour une autre application. 
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Actuellement, si alors I'application a contact cesse, une mlse a zero 

intempestive intervient. 

Dans I'exemple du terminal 2 cellulaire securise, si actuellement 

I'application a contact cesse notamment si ce terminal 2 est place a I'arret 
5 alors que I'application sans contact d'acces est en cours, cette derniere est 

avortee brutalement (mise a zero et pertes de donnees.) 

Le probleme de la transition 15.16 seule revient done a la gestion 

simultanee de deux applications concurrentes, qui est assuree par les 

moyens 102 et / ou etape de mise en garde. 
10 Tandis que la disparition des ressources de I'interface a contact 7 

(16.15) f perturbent ('application en cours, en provoquant une mise a zero 

intempestive. Ceci est pallie par les moyens 101 et / ou etapes de maintien. 
Puisque Tun des buts de I'invention est d'eviter des mises a zero 

intempestives, donnons quelques exemples concrets d'avantages en 
is decoulant. 

A ce jour, I'etat 16 en operation d'lnterface duale, est atteignable via 
la transition 12.16 exclusivement. 

Pour cette seule transition 12.16 possible vers I'etat 16 -ainsi que 
pour la transition inverse (vers etat 12)- un message doit etre transmis 
20 vers I'application (respectivement 10 et 9 pour inverse). 

La transition 15.16 impossible signifie que dans I'exemple d'un 
terminal 2 cellulaire, il est done impossible de mettre en fonctionnement ce 
terminal 2 alors qu'une transaction 10 est en cours via I'interface sans 
contact 3. 

25 Une illustration est I'achat d'un titre de transport opere via I'interface 

sans contact 3 

A ce moment, si le porteur 8 met en fonction son terminal 2 afin 
d'avoir une communication telephonique 9, le risque est alors de perdre les 
donnees de la transaction 10 en cours via I'interface sans contact 3, et de 
30 causer un desagrement au porteur 8 (acces au moyen de transport refuse 
ou retarde). 
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En effet, dans les objets 1 actuels, la puce 6 provoque la mlse a zero 
(MaZ) des qu'lntervient une transition vers un etat ,, Actif , ou "Arr§t" de 
I'alimentation "VCC" via Pinterfaoe a contact 7. 

L'autre transition 16.15 impossible correspond -exemple du terminal 
5 2 cellulaire- au cas ou I'etat 16 d'operation d'interface duale une fois atteint 
depuis I'etat 12, I'alimentation de ce terminal 2 (batteries, accumulateurs, 
chargeurs, capteurs, etc.) est interrompue pendant une transaction 10 via 
I'interface 3. 

Ici egalement, la transaction via rinterface sans contact 3 est 
10 brutalement coupee, avec les risques courants dans ce cas (pertes 
donnees, inconfort, etc.) 

On verra que les solutions proposees par I'invention pour Tune et 
l'autre des transitions 15.16 et 16.15 evitent toute interruption brutale de la 
transaction en oours via rinterface sans contact 3. 
15 Concernant la transition 15.16, cet evitement est par exemple obtenu 

par envoi, via les moyens 102 et / ou etape de mise en garde, au systeme 
d'exploitation en charge de la gestion de cette transaction (=application 9 
et / ou 10), d'un signal de mise en garde a I'egard de cette transition. 

Le systeme d'exploitation ainsi prevenu, est a-meme d'operer cette 
20 transition 15.16 tout en preservant les communication, donnees, etc. 

Selon les cas, cette transition 15.16 fait appel a des : interruption 
"propre" de I'une ou l'autre des applications 9 ou 10 ; pause sur I'une ou 
l'autre de ces applications 9 ou 10 ; va-et-vient temporise entre I'une ou 
l'autre de ces applications 9 ou 10, etc. 
25 Dans une realisation, les moyens 102 et/ ou etapes de mise en 

garde permettent a I'application sans contact d'effectuer une sauvegarde 
des donnees essentielles (i.e. : necessaires a une reprise ulterieure). Une 
telle sauvegarde est souvent appelee un "back-up". 

Dans des exemples, pour autoriser la transition 15.16, I'invention 
30 prevoit une mise en pause de la transaction 10 sans contact, remission 
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d'un message vers Implication 9 afin de lui indlquer que I'interface a 
contact 7 est active, [.'application 9 traite alors les donnees issues de cette 
interface a contact 7. 

Toute mise a zero intempestive est inhibee, puis une requete de 
5 partage au plus tot des ressources (notamment de traitement) entre les 
deux applications 9 et 10 presentes (application a contact initiate et 
transaction sans contact rentrante), est envoyee. 

La transition 16.15 selon invention prevoit (via des moyens et / ou 
eta pes) un element et / ou phase de basculement des ressources pour 
10 qu'elles soient ponctionnees via I'interface sans contact 3. 

Par ailleurs, des moyens de mise en garde immediate 102 prennent 
sur la figure 8, la forme d'un bloc fonctionnel parfois appele "UART. 

Ces moyens 102 represented les peripheriques de communication 
serie se conformant a la norme IS07816 pour Interface a contact 7, ainsi 
15 qu'a une norme telle que IS014443 pour Interface sans contact 3. 

En sortie des moyens 102 et / ou etape logique de mise en garde 
immediate 102, sont generees notamment des interruptions lorsqu'une 
memoire tampon de reception dite "buffer", est consideree comme saturee. 
Cest a dire qu'une trame de protocole a ete correctement recue et 
20 peut etre traitee par un systeme d'exploitation de la puce 6. 

Ceci permet notamment a I'application recourant a I'interface a 
contact 7 d'effectuer certains traitements sans etre perturbee par la 
reception de donnees. Ces interruptions notifient a ^application que des 
donnees sont disponibles pour traitement. 
25 Dans I'exemple de I'arrivee d'une trame sans contact, les moyens 

102 et / ou etape de mise en garde, comportent / operant au moins un 
element / phase ^initialisation, qui comports des : 

- detection d'une source sans contact ; puis 

- detection de donnees issues d'une demodulation ; 
30 - anti-collision ; 
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Au sein d'un modulateur - demodulateur (MODEM) une source sans 
contact est transformee sous forme binaire ; est alors effectuee une 
initialisation et par exemple est effectue un traitement anti-collision ; et 

- une fois la trame consideree comme correctement recue et les 
5 eta pes precedences operees normalement, les traitements usuels sont 
autorises. 

Sur la figure 8, un bloc fonctionnel 104 regroupe le modulateur - 
demodulateur (MODEM) et des elements de traitement anti-collision. On 
voit que dans cet exemple, le bloc 104 est connecte via les plages de 
10 contact C4 et C8. 

Evoquons maintenant un etat 17 de captage de champ en attente, 

illustre sur les figures 6 et 7. 

Cet etat 17 est impossible a atbeindre (notamment depuis les etats 
13 et 16) avec un objet 1 actuel. 
15 Cet etat 17 est souvent atteint grace a I'invention, depuis I'etat 13 de 

sommeil superficiel. Dans cet etat 17 proche de celui de sommeil 
superficiel, I'alimentation en puissance issue de I'interface a contact 7 est 
limitee, alors que simultanement des ressources issues de I'interface sans 
contact 3 sont requises par I'objet 1. 
20 Pour illustrer cet etat 17, revenons a I'exemple du terminal 2 sous 

forme de telephone cellulaire securise par un objet 1 dont I'interface sans 
contact 3 est a-meme de traiter des applications dites sans contact. 

Cet etat 17 apparaft lorsqu'une application est operee pour I'interface 
sans contact 3, alors que I'alimentation en puissance electrique de I'objet 1 
25 depuis son interface a contact 7 est limitee. 

Dans cet etat 17, I'application a contact est en attente d'une 
commande issue du terminal 2, dans le cadre de la transaction en cours. 

Autrement dit, il s'agit de traiter une application via I'interface sans 
contact 3 alors que I'objet 1 est du cote de son interface a contact 7, en 
30 sommeil superficiel. Alors, I'alimentation en puissance electrique de I'objet 1 
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via I'interface a contact 7 devient contraire aux contraintes notamment 
normatives. 

Dans I'ideal, I'inventlon permet dans I'etat 17 a une application sans 
contact de foncuonner sans consommer de ressources (puissance) issues 
5 de I'interface a contact 7, quand les normes imposees a cette interface 7 le 
requierent. 

Avec I'invention, I'objet 1 tire son alimentation en puissance depuis 
['interface sans contact 3, en redressant le signal module capte par 
I'antenne 4. En effet, on a vu que les normes existantes s'opposent a 

10 I'utilisation de la puissance depuis I'interface 7 -et done le terminal 2- dans 
certains cas dont ceux qui suivent. 

Afin que I'objet 1 puisse tirer son alimentation electrique depuis 
I'interface sans contact 3, une realisation de I'invention prevoit des etapes 
et / ou moyens 103 d'immunite aux variations de source d'alimentation. 

is Sur la figure 4 est illustree une partie de circuit au sein d'un objet 1 

selon I'invention, relte a un terminal 2 a securiser. Les moyens 103 et / ou 
etapes d'immunite aux variations de source d'alimentation comportent 
selon cette realisation, une telle partie de circuit, avec : 

- une diode 20 de limitation de puissance consommee depuis 
20 I'interface sans contact 3, et 

- une porte logique 21 assurant la commutation entre deux modes 
de consomrnation de puissance (via interface a contact 7 ou via interface 
sans contact 3). 

Cette realisation des moyens 103 et / ou etapes d'immunite, permet 
25 ainsi la selection par le systeme d'exploitation des ressources exterieures a 
utiliser (puissance 6lectrique) dans I'etat 17 compatible avec le sommeil 
superfidel. 

Typiquement, les moyens 103 et / ou etapes d'immunite choisissent, 
selon I'invention, I'origine de I'alimentation de la puce 6, parmi les : 
30 . VCC i.e. de I'interface a contact 7 ; 

. L'antenne 4 ; 
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. Une combinaison d'origines notamment ci-dessus, par 
exemple une fonctlon F[(VCC et / ou VDD)]. 

Dans une autre realisation, les moyens 103 d'immunite sont munis 
d'un mecanisme cable (appele plus loin Ml - cf. Figure 8) qui permet de 
5 detecter la presence d'une alimentation issue de Pinterface a contact 7 
(Vcc) et d'une alimentation issue de Pinterface sans contact 3 (Vdd). 

En utilisant ce mecanisme (Ml), est renseigne Petat (cf. tableaux 1A 
et IB : Actif/Arr§t) des alimentations (Vcc et Vdd) a Paide de deux registres 
(appele plus loin Rl et R2 - cf. Figure 8). 
10 Toute modification des registres Rl et / ou R2 (i.e. Papparition ou la 

disparition de Pune et / ou Pautre des alimentations dites Vcc ou Vdd) se 
traduit par un signal d'alerte (par exemple sous forme d'interruption). 

Le systeme d'exploitation de la puce 6, apres avoir consults les 
registres Rl et R2, ou avoir ete averti d'un changement d'etat de Pun de 
15 ces deux registres (interruption), selectionne alors la source de puissance 
utilisee (Vcc ou Vdd). 

Un autre mecanisme c§ble (appele plus loin M2 - cf. Figure 8) est 
present dans la puce 6. Ce mecanisme cable (M2) permet de garantir que 
la seule et unique source selectionnee, sert a allmenter en electricite la 
20 puce 6. 

Si on met ceci en application, dans le cas par exemple de la 
transition 13.17, on obtient e.g. : 

- la mise en fonctionnement de Pinterface sans contact 3, alors que 
la puce 6 etait en etat de sommeil superficiel (13) du cote de son interface 

25 a contact 7 ; puis 

- des moyens 103 (mecanisme Ml) qui detectent le champ ou trame 
sans contact (RF), alertent la puce 6 par une interruption, et mettent a 
jour les registres (Rl et R2) ; puis 

- le systeme d'exploitation, averti par Pinterruption emise par les 
30 moyens 103 et / ou etape logique equivalents, opere un basculement de 
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I'alimentation de la puce 6 vers I'lnterface sans contact 3 (grace a M2), 
garantissant ainsi une consommation acceptable du cote de Pinterface a 
contact 7 ; puis 

- le traltement de la transaction via I'interface sans contact 3 (RF) 
5 peut alors se derouler, alors que la puce 6 reste en mode sommeil 

superficiel du cdte de I'interface a contact 7. 

Un autre mode de realisation des moyens 103 d'immunite, illustre 
sur la figure 8, est expose maintenant 

Ici # les moyens 103 comportent un bloc fonctionnel 107, appele ici 
10 controleur d'alimentation ou "PWR", et un autre bloc fonctionnel 106, 
forme controleur de sommeil. 

Les mecanismes Ml et M2, ainsi que les registres Rl et R2 - et / ou 
les etapes logiques equivalentes - correspondent dans les realisations de 
invention, fonctionnellement a ce bloc 107. 
15 Au bloc 107 des moyens 103, sont connectees ici en entree, les 

plages de contact : 

- ci (VCC : alimentation depuis I'interface a contact 7) ; 

- C2 (RST : mlse a zero MaZ) ; 

- C3 (CLK : horloge depuis I'interface a contact 7) ; et 
20 - C5 (GND : mise a la masse via I'interface a contact 7) ; 

Ce bloc controleur d'alimentation 107 des moyens 103 a pour 
foncKon d'alimenter la puce 6 avec des tension et puissance appropriees. Et 
d'informer la puce 6 de I'apparition et / ou de la disparition de ressources 
d'alimentation issues de I'interface 7 a contact ou 3 sans contact. 

25 A cette fin, les entrees evoquees permettent aux moyens 103 de 

recevoir d'une part une tension venant de I'interface a contact 7 via la 
plage CI (Vcc). D'autre part, ces entrees permettent via un cSbiage 105 
d'acheminer une tension (Vdd) provenant du modulateur - demodulateur 
des moyens 104, depuis I'interface sans contact 3. 

30 En entree des moyens 103 sont recus aussi les signaux dliorloge 

externe (CLK), et de demande de mise a zero (RST - MaZ) pour detecter 
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les sequences de mise a zero (MaZ) conformes aux contraintes imposees 
par les normes du fait de I'emplof de I'interface a contact 7. 

Par exemple # ces entrees des moyens 103 prennent en termes de 
signal, ta forme d'une combinaison temporelle de tension issue de 
5 I'interface a contact 7 (Vcc), de signal numerique d'horloge (CLK), et de 
signal numerique de mise a zero (RST). 

Ce bloc 107 (PWR) contient en outre au moins un registre de 
configuration / information (dans cette realisation les registres Rl et R2, 
figure 8) permettant a Implication executee par le bloc processeur 108 
10 (CPU) de la puce 6, auquel le bloc 107 est connects, de : 

- savoir quelle source de tension est disponible (via 3 et / ou 7) 

- selectionner la source (via 3 et / ou 7) a utiliser dans une situation 
donnee pour I'alimentation de la puce 6 (i.e. via 3 ou 7 ou mixte). 

Le bloc 107 et / ou phase formant contr6leur d'alimentation des 
15 moyens 103, tel qu'illustre, possede en outre des sorties. 

En cours de fonctionnement normal, le bloc 107 est dans un etat tel 
que tant qu'au moins une source de tension (via 3 et / ou 7) externe est 
presente, ce bloc 107 fournit a la puce 6 entiere une tension appropriee, 
generee a partir de Tune des (ou d'un melange des deux) tensions d'entree 
20 (via 3 et / ou 7) en fonction de la configuration selectionnee. 

L'apparition ou la disparition de sources de tension (via 3 et / ou 7) 
n'entraine pas de perturbation de la tension de sortie, pour autant qu'au 
moins une tension disponible, voire le melange des deux tensions, soit 
suffisante. 

25 Aussi, le bloc 107 et / ou phase formant contrSleur d'alimentation ne 

genere pas de signal de mise a zero a destination du bloc 108 (CPU) tant 
que cette condition est realisee. 

Bien sQr, sauf a prevoir une source d'energie embarquee dans I'objet 
1 telle que capteur solaire ou accumulateur, si les deux sources (via 3 et / 

30 ou 7) disparaissent, la puce 6 n'est plus alimentee. 
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Notons que le bloc 107 et / ou phase fbrmant controleur 
d'alimentation fournlt dans des realisations des mises en garde, qui 
indiquent Papparition d'une alimentation issue de I'interface sans contact 3. 

Le systeme Sexploitation etant ainsi averti, il declenche une 
5 initialisation de la transaction sans contact, par le bloc fonctionnel 104 et / 
ou des phases logiques equivalentes. Puis # ce systeme d'exploitation 
reprend le traitement de I'application a contact. 

Cette sequence d'initiallsation est traitee en tache de fond sans 
perturber I'application a contact. Une fois terminee, et la trame sans 
10 contact completement recue, les moyens 102 et / ou etape logique de 
mise en garde previent alors le systeme d'exploitation que des donnees a 
traiter sont disponibles pour I'application sans contact. 

Par ailleurs, le bloc 107 g£nere une interruption vers le bloc 101 qui 
fait id office de controleur dlnterruptions, lorsque I'etat de disponibilite des 
15 sources (via 3 et / ou 7) change, et plus particulierement selon les 
transitions suivantes : 

- Alimentation via I'interface a contact 7 : transition 16.15 de Actif a 
Arret : n'a de sens que si la puce 6 est encore alimentee via I'interface 3. 

- Alimentation via I'interface sans contact 3 : transition 13.17 ou 
20 14.18 de Arret a Actif : Interruption n'a lieu que si la tension via I'interface 

sans contact 3 et superieure a une tension seuil. Par exemple, la valeur de 
cette tension seuil est legerement superieure a une tension minimale de 
fonctionnement de la puce 6 parfois appelee "POR". 

- Alimentation via I'interface sans contact 3 : transition 17.13 ou 
25 18.14 de Actif a Arret : interruption a lieu quand la tension recue par 

I'interface sans contact 3 est inferieure a une tension seuil. 

Par exemple, la valeur de la tension critique est pr6determinee pour 
assurer un transfer! - le plus rapide possible et sans risque de cessation 
complete, de I'alimentation sans contact (i.e. via 3) - de I'alimentation issue 
30 de I'interface sans contact 3 vers celle qui est issue de I'interface a contact 



WO 2005/069194 



PCT/EP2004/053529 



3© 

Dans la foulee, la puce 6 est placee en sommeil. 

Notons ici qu'un arrachement, et done la disparition de la source 
d'energie issue de I'interface sans contact 3, n'est pas instantane mals 
progressif. 

5 Autrement dit, des signes avant-coureurs d'un arrachement sont 

aisement perceptibles par I'objet 1. Dans I'exemple, on observe d'abord au 
cours d'un arrachement, une diminution de la puissance disponoble via 
I'antenne 4, en deca de la tension seuil. Un certain laps de temps s'ecoule 
forcement avant que la puissance issue de I'antenne 4 ne devienne egale 

10 ou inferieure a la tension minimale de fonctionnement de la puce 6. 

Toutefois, si le laps de temps s'avere insufflsant pour assurer un 
basculement d'origine des ressources par le systeme d'exploitation (dans 
une realisation via les moyens 103 et / ou etapes de selection), ce sont des 
moyens 106 et / ou etapes de controle de sommeil qui prennent le relais. 

15 Par exemple, dans cette situation, les moyens 103 et / ou etapes de 

selection prennent en charge le basculement, et evitent que I'objet 1 soit 
totalement priv6 de ressources de puissance, ce qui provoquerait une mise 
a zero intempestive. 

A cette fin, il convient que ce transfert soit effectu6 plus rapidement 

20 que 1'arrachement -ayant provoque la transition 17.13 ou 18.14 de Actif a 
Arret - de la source d'energie issue de I'interface sans contact 3. 

Des moyens (cablage) et / ou etapes (logique) controleur 
d'alimentation tels que le bloc 107 assurent dans des realisations de 
invention, ce transfert ou basculement. 

25 Revenons aux etats et plus particulierement les transitions suivant 

lesquelles agissent les moyens 103 et / ou etapes de selection : 

- Alimentation via rinterface a contact 7 : transition 15.16 de Arret a 
Actif : seulement si I'objet 1 et done la puce 6 sont deja alimentes via 
I'interface sans contact 3. 
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- Une transition (16.16) ou sequence de mlse a zero (MaZ) 
commandee par 1'interface a contact 7, avec I'alimentation via Interface a 
contact 7, a chaud. 

Concernant les applications via les interfaces a contact 7 et sans 
5 contact 3, les signaux de generation d'interruption vers le bloc 101 par le 
bloc 107 permettent de : 

- Alors qu'on traite des signaux issus 1'interface sans contact 3, de 
s'apercevoir que I'interface a contact 7 sollicite un traitement et de decider 
d'envoyer les premiers octets de message de r^ponse a une demande de 

10 mise a zero (ATR). 

Une alternative serait de faire emettre par le terminal 2 vers I'objet 
1, une commande de haut niveau en paquet, echangee entre deux 
applications, dite "A.P.D.U." (pour I'anglais : " Application Protocol Data 
Unit " ; selon norme IS07618). 

15 - Alors que I'interface a contact 7 est en cours de traitement, de 

s'apercevoir que I'interface sans contact 3 sollicite un traitement et de 
decider de lancer la sequence dlnitlalisation du protocole sans contact 
idoine. 

- Alors que les deux interfaces a contact 7 et sans contact 3 
20 fonctionnent simultanement, de s'apercevoir de la perte d'alimentation sur 

une de ces deux interfaces 7 ou 3 (cas appele "semi-arrachement"). 

- Alors que I'interface a contact 7 est en etat de sommeil superficiel - 
voire profond-, d'assurer la transition 17.13 ou 18.14 pour que I'interface a 
contact 7 soit en mode sommeil, quand I'alimentation via I'antenne 4 

25 disparatt. 

Pour assurer une mise en fonctionnement correct de la puce 6 et de 
son bloc processeur 108, quand ce bloc 108 recoit une premiere source 
d'alimentation en energie - depuis I'une des deux interfaces 7 ou 3 - 
(passage pour la puce 6 d'un etat de sommeil a I'un des etats "Actif '), les 
30 moyens 103 et / ou etapes logiques de controle d'alimentation - par 
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exemple le bloc 107 notamment - envoient un signal ^initialisation vers le 
connecteur de mise a zero du bloc 108 (CPU). 

Ceci permet de provoquer sa mise en ceuvre notamment par sa mise 
sous tension depuis la source determinee via les moyens 103. 
5 A I'inverse, dans certaines situations, il parart preferable que les 

moyens 103 operent une inhibition de la mise a zero. 

Ainsi, un signal numerique en provenance de la plage de contact C2 
(RST) est dans I'exemple de la figure 8 percu par les moyens et / ou etapes 
controleurs - le bloc 107 dans la realisation de la figure 8 - car une liaison 
10 est prevue vers ces moyens et / ou etapes. Sur la figure 8, cette liaison est 
cablee. 

De cette fiagon, une sequence de demande de mise a zero issue de 
I'interface a contact 7 (MaZ a froid ou a chaud) provoque une interruption 
vers le bloc 101 contr6leur dlnterruptions, au m§me titre que tout autre 

15 peripherique. 

Une application dont les donnees recourent a I'interface a contact 7 
peut ainsi utiliser ce signal pour determiner s'il lui est necessaire ou non de 
proceder a renvoi d'un message de reponse a une demande de mise a zero 
(ATR) via un bloc universel de transmission - reception asynchrone 109 

20 dedie a I'interface a contact 7, et auquel est connectee la plage de contact 
C7. 

Notons ici que dans la realisation de la figure 8, les moyens 102 - et 
/ ou etapes idoines - de mise en garde immediate, comportent un autre 
bloc universel de transmission - reception asynchrone, mais dedte quant a 
25 lui a I'interface sans contact 3. 

En option dans une mise en ceuvre, les moyens 103 recoivent en 
entree aussi un signal en provenance d'un bloc fonctionnel 106, formant 
controleur de sommeil parfbis appele "SLEEP CTRL". Dans une realisation, 
des phases logiques forment egalement controleur de sommeil, au moins 
30 en partie. 
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Ce bloc 106 connects en entree aux moyens 103, participe le cas 
echeant a la selection de la source de tension. 

Le cas echeant, le bloc fonctlonnel 106 outrepasse une tentative de 
selection de source electrique effectuee via un registre de configuration, 
5 comme expose. 

Alors, la logique de selection est alors deportee dans ce bloc 106 
controleur de sommeil, qui fait alors partle des moyens 103 d'immunite. 

Decrivons maintenant la transition 13.17. Sont visees plus loin, les 
transitions 16.17 vers I'etat 17, ainsi que 17.13, 17.15 et 17.16 depuis cet 
10 etat 17. 

Une transition 13.17 correspond au cas ou le terminal 2 est en etat 
13 d'attente, I'antenne 4 etant alors sollicitee par un champ sans contact a 
traiter via rinterface 3 idoine. 

La transition 16.17 correspond initialement a I'exemple ou le terminal 
15 2 est deja en etat 16 d'operation a interface duale, I'antenne 4 etant en 
train de traiter une application via I'interface sans contact 3, alors meme 
que rinterface a contact 7 est sollicitee. 

Alors, on ordonne a I'objet 1 de limiter les ressources qu'il consomme 
depuis I'interface a contact 7. 
20 Or, des ressources sont necessalres pour assurer cet etat 17 de 

captage de champ en attente : notamment I'energie ainsi que les 
ressources (horloge, donnees en entree et sortie, etc.), employees par 
I'interface 3 et I'application sans contact. 

Le but est done ici de rendre possible un traltement recourant a 
25 I'interface sans contact 3 alors que le terminal 2 impose un sommeil 
superficiel. 

A ce jour, la situation est la suivante dans un tel cas. 
Dans une situation semblable, un objet 1 actuel opere une transition 
16.13 qui arrete I'application sans contact (via 3), mais en pratique une 
30 telle transition (16.13) n'est pas employee. 
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En fait; actuellement on reste dans I'etat 16 sachant qu'alors sont 
depassees les Ifmites imposees de ressources (energie, horloge, etc.) du 
terminal 2 via I'interface a contact 7. 

En consequence, dans le cas connu ci-dessus : 
5 - la norme n'est pas respectee, et I'objet 1 incompatible ; 

- les fabricants de terminaux 2 voient leurs ressources consommees, 
sans retour sur investissement et ponctionnees sur leurs appareils (2) ; 

- les operateurs de telecommunications, et autres fournisseurs de 
services securises par I'objet 1 via I'interface 7, voient leur bande passante, 

10 des opportunites d'affaires (publicites, consommation service principal, etc) 
employees, sans retour sur investissement et ponctionnees sur leurs 
reseaux ; et 

- le porteur 8 est mecontent car les ressources de son terminal 2 
(batteries, etc.) ponctionnees reduisent ainsi I'autonomle en energie 

15 electrique notamment de ce terminal (2). 

La transition 17.16 est inverse a celle evoquee plus haut. De fait, les 
etapes et / ou moyens mis en oeuvre pour Passurer dans les realisations de 
I'invention, sont similaires a ceux de I'etape 16.17 sauf qu'alors les 
ressources electriques sont rendues dbponibles via I'interface a contact 7. 

20 Decrivons maintenant les transitions 17.13 et 17.15. En effet, les 

etapes et / ou moyens mis en oeuvre pour I'assurer dans les realisations de 
I'invention, sont similaires a celles de I'etape inverse 13.17. 

Evoquons ici la figure 4, qui montre une realisation de I'invention ou 
des moyens 103 comportent une partie de circuit au sein d'un objet 1 selon 

25 I'invention, reliee par une plage CI de I'interface 7, a un terminal 2 a 
securiser. Afin d'§tre aptes a operer une selection par I'application 10 sans 
contact des ressources a utiiiser (puissance electrique) en cas de 
declenchement d'un mode "PauseH", est prevue une diode 20 de limitation 
de puissance consommee depuis I'interface sans contact 3 (antenne 4). 
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Par ailleurs, ces moyens 103 comportent un bloc fonctionnel de 
traitement ^information 21 assurant la commutation entre deux modes de 
consommation de puissance : 

- via ['interface galvanique 7 ; ou 
5 - via Pinterface sans contact 3. 

Sur la figure 5 on voit une autre parHe de circuit des moyens 103 au 
sein d'un objet 1 selon I'invention, lui aussi relie a un terminal 2 a securiser. 

Cette autre partie de circuit forme des elements 22 d'immunite de 
I'objet 1 aux changements (transitions vers I'etat 17) d'origine de la 
10 puissance. 

Ces elements 22 d'immunite comportent des resistances d'absorption 
23 de surplus de puissance electrique. 

Les elements 22 possedent en outre, des moyens logiques 24 de 
commutation, assurant la selection entre deux modes de consommation de 
is puissance (via interface galvanique 7 ou via interface sans contact 3), en 
fonction de valeurs de resultats illustrant ces consommations ainsi que leurs 
evolutions. 

Les elements 22 operent une selection des ressources a utiliser, qui 
permettent a une application 'sans contact 10 de fonctionner sans 
20 consommer de ressources (puissance) issues de Interface a contact 7 
quand cette derniere le requiert, tout en fournissant a la puce 6 les 
ressources necessaires via un plot d'entree d"alimentation 25 "sans 
contact". 

Decrivons maintenant un etat 18 dit de captage de champ en 
25 sommeil profond. Cet etat 18 est proche de I'etat 17 # et montre a la figure 
6. 

Dans cet etat 18, a Tinstar de I'etat 17, ("application a contact est en 
attente d'une commande issue du terminal 2, dans le cadre de la 
transaction en cours. 
30 L'etat 18 est issu de Timagination aux fins de invention, de I'autre 

etat impossible 17. 
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Le probleme a resoudre id est similaire au precedent, puisqu'il vise a 
supporter la disparition de la source d'horloge provoquant un etat de 
sommeil profond, tandis qu'une application recourant a I'interface sans 
contact a debute. 

5 Tel est le cas si I'horloge fournie par rinterface sans contact 3 

disparaft, alors qu'une transition impose a I'interface a contact 7 un etat de 

sommeil profond avec pause d'horloge. 

A ce jour, les normes imposent notamment dans ce cas, que le 

terminal 2 relie a I'interface a contact 7 cesse de foumir I'horloge qui serait 
10 necessaire a ('application sans contact. 

Avec nombre d'objets 1, il n'est pas possible en outre d'employer 

I'horloge interne fournie par la puce 6 independamment de celle des 

interfaces (3 ou 7). Ainsi, pour certains objets 1, la puce 6 a toujours 

besoin d'une reference externe d'horloge. 
15 L'invention vise a permettre a une application sans contact de 

fonctionner, sans consommer de ressources (e.g. : horloge et / ou 

puissance) issues de I'interface a contact 7 quand les normes imposees a 

cette interface a contact 7 le requierent. 

Ici, le probleme est done la gestion des arrets d'horloge (PauseH sur 
20 les tableaux 1A et IB supra) en fonction des apparitions (transition 18.17) 

et disparitions (transition 17.18) de cette ressource d'horloge issue de 

I'interface a contact 7. 

Tant que sont presentes des ressources d'horloge issues de 

I'interface a contact 7 ou issues de rinterface sans contact 3, un objet 1 
25 actuel peut traiter une application 9 ou 10 sans risque de pertes de 

donnees. 

Mais en cas de disparition de ces ressources d'horloge, et sauf a 
disposer de ressources d'horloge "internes", tfest-a-dire lors d'un 
changement d'etat (Oui vers Won / Non vers Oui) de la "PauseH" sur les 
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tableaux plus haut, les risques de mise a zero (MaZ) intempestifs sont 
presents et provoquent des situations inaceeptables (Cf. supra). 

Notons que sur la figure 8, est montre en 113 I'emplacement usuel 
d'un tel generateur d'horloge interne 113, id connecte en entree a un 

5 cablage d'alimentation 114. 

Actuellement, il convient de distinguer deux cas lies aux structures 
des objets 1 (et puce 6), qui soit permettent la generation d'une horloge 
"interne", soit ne la permettent pas -au sens ou systematiquement 
I'horloge doit etre fournie par une interface a) contact 7 ou sans contact 3. 

10 Certains objets 1 actuels ne sont toutefois pas concemes par ceci, 

I'emploi des ressources d'horloge "interne" un signal d'horloge gene>6 par 
la puce 6 en fonction d'une simple source d'alimentation electrique, est 
impose a I'objet 1 tant que ces ressources sont disponibles. 

Pour d'autres objets 1 selon I'lnvention, des moyens 110 et / ou 

15 etapes logiques equivalentes de contrdle d'horloge, permettent d'atteindre 
I'etat 18. 

Ces moyens 110 (et / ou efapes logiques) de controle d'horloge 
selon I'inventlon recourent dans des realisations, systematiquement (i.e. 
quelle? que soit la transition) a des ressources d'horloge issues de Tinterfece 
20 sans contact 3, pour traiter une application 10 sans contact. 

Avec O'inventlon, la transition 14.18 correspond -exemple du terminal 
cellulaire- a I'arrivee d'un champ capte par I'antenne 4, alors que I'objet est 
en etat "LOW POWER avec PauseH" 14. 

Id, le but est d'eoonomiser I'energie rendue disponible par I'interface 
25 a contact 7, car actuellement la puce 6 est reveillee completement Qusqu'a 
etat 12) pour atteindre un interfacage dual. 

Une solution employee par I'lnvention (moyens 110 et / ou etepes 
logiques de controle d'horloge) prevoit de forcer I'objet 1 a chercher son 
alimentation du cote de I'interface sans contact 3. 
30 Mais seulement de fagon a lui permettre la reception du signal issu 

de I'antenne 4. Cependant, I'objet 1 capable de recevoir le signal d'antenne 
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4 est maintenu pour le reste en etat 18 de faible consommation, sans 
horloge. 

A partir de I'etat 18 vers I'etat 14 (transition 18.14), une solution de 
i'invention (moyens 110 et / ou etapes logiques de controle d'horloge) 

5 prevoit -par exemple a I'aide de moyens cables- d'observer les variations 
de puissance fournie par I'antenne 4 de I'interface 3. 

Cette observation est un parametre et une etape discriminants -et 
avant-coureur- de la transition 18.14. On comprend done que les moyens 
103 et 110 ont des points communs. 

10 Rappelons encore que tors d'un arrachement du cote de I'interface 

sans contact 3, I'eloignement de I'antenne 4 du coupleur duquel elle recoit 
les trames induit une decroissance assez progressive de la tension sur 
I'interface sans contact 3. Done, une duree de temps courte mais suffisante 
dans la majorite des cas, est disponible pour eviter des 

15 dysfonctionnements. 

Selon I'invention, si la valeur mesuree par les moyens 103 ou 110 est 
egale ou infeVieure a une valeur de tension seuil, un signal de drapeau qui 
traduit ce parametre est adress§ au systeme d'exploitation. Alors, est 
provoque suivant des etapes de controle d'horloge et / ou via des moyens 

20 110 : 

- une mise en etat de sommeil profond (selon les realisations, par 
cablage et / ou application). 

£voquons id la transition directe 18.15 entre les etats en operation 
via interface 3 sans contact 15 d'une part, et de captage de champ en 
25 sommeil profond 18 d'autre part. 

Cette transition 18.15 correspond, dans I'exemple du terminal 
cellulaire 2, au cas ou le terminal 2 serait initialement desactivS - i.e. : 
£teint ou hors fonctionnement - alors qu'une transaction sans contact 10 
est en cours. 
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A I'heure actuelle, I'etat 18 et done toute transition I'impliquant est 
impossible -inaccessible-. 

L'invention repond ainsi a un besoin de basculement d'horloge, afin 
d'eviter d'etre confronte a la contrainte de mise a zero (MaZ) forcee. 
5 Dans le cas d'un objet 1 disposant de deux interfaces ou plus 

(Contact, sans contact, USB, etc....) et destine a un usage simultand de 
deux au mains de ces interfaces, un autre probleme apparatt 

Ce probleme est lie a ce qu'une application s'executant dans I'objet 1 
n'est pas en mesure de determiner en temps reel, queiOes sont et dans quel 
10 etat sont les interfaces actives (i.e. : combien et laquelle des interfaces 
fournit I'alimentation et / ou horloge). 

De fait, une application embarquee dans I'objet 1 n'est pas a ce jour 
en mesure de prendre les decisions necessaires en fonction de I'etat des 
interfaces 3 ou 7. 

15 De sorte que cetfce application ne peut pas fonctionner correctement. 

Par exemple, on risque ainsi de ne pas percevoir I'arrachement, et done 
que Papplication sans contact en cours ne s'interrompe pas correctement, 
suite a I'annulatlon d'une transaction entamee sur une interface sans 
contact 3 qui a ete desactJvee prerfiaturement. 

20 Par exemple, actuellement dans un objet a interfaces multiples, ses 

interfaces 3 ou 7 par exemple peuvent etre activees ou desactivees, alors 
qu'une application embarquee dans I'objet 1 est executee en continu sans 
etre interrompue. La deactivation d'une voire plusieurs interfaces ne 
signifie pas pour autant que I'objet 1 soit hors fonctionnement : I'objet 1 

25 est en realite hors fonctionnement seulement quand toutes les interfaces 3, 
7 ou autres, sont desactivees. 

Afin de resoudre ces problemes, I'invention propose des moyens 111 
et / ou etapes de gestion continue des applications. 

Ces moyens 111 et / ou etapes de gestion continue possedent des 

30 points communs avec les moyens 101 et / ou etapes de maintien de la 
transaction sans contact en cours. 
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Sur la figure 8, tel est le cas du bloc des moyens 101 qui est nomm6 
controleur dlnterruptions. II s'aglt d'un bloc fonctionnel qui centralise les 
signaux d'interruption provenant de plusieurs peripheriques. 

Ce bloc signale I'arrivee d'une interruption au bloc 108 (CPU) grace a 
5 un plot 112 d'entree d'interruption. Le bloc controleur dispose aussi d'un 
registre dlnformation / configuration qui permet au bloc 108 de : 

- Savoir quel peripherique a genere une interruption ; et / ou 

- Activer et / ou desactiver les interruptions generees par un 
peripherique donne (masquage dlnterruption). 

10 Citons ici quelques exemples de signaux dlnterruption, conformes 

aux etapes de gestion continue et / ou generes par les moyens eponymes 
111 : 

- En provenance du bloc de gestion d'alimentation 107 (PWR), un 
signal dlnterruption indique I'apparition ou la disparition d'une source de 

15 tension. Ceci permet a une application executee dans le bloc 108 de 
connaitre I'etat des interfaces 3 et 7, au niveau physique lorsqu'il s'agit d'un 
signal porte par un cablage. 

- En provenance du bloc 107 egalement, un signal d'interruption t 
indique une sequence de reset ISO cote interface a contact. 

20 - En provenance du bloc 102 et specialement de son bloc universel 

de transmission - reception asynchrone dediee a I'interface sans contact 3, 
un signal d'interruption indique I'acquisition complete d'une trame sans 
contact, la sequence d'anti-collision etant reaiisee avec succes, par exemple 
de facon materielle par ce bloc 102 et / ou en tache de fonds. 

25 - En provenance du bloc 109 universel de transmission - reception 

asynchrone dediee a I'interface a contact 7, un signal d'interruption indique 
qu'une sequence d'octets issus de cette interface 7 est correctement 
acquise (dont la taille est determinee comme etant egale a : 1 a "n" : i.e. 
le nombre d'octets de cette sequence). 
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Decrivons ici plus en detail, une realisation du bloc processeur 108 
selon la figure 8. 

Ce bloc 108 opere au seln de la puce 6, et done de I'objet 1, les 
traitements de donnees proprement dits. Sur la figure 8, ce bloc recoit en 
5 entree, entre autres: 

- Une alimentation en courant electrique (via des cablages 114 
d'apport de tension et 115 de masse) ; et 

- Des signaux dlnterruption (via un cablage 119 dlnterruption 
connecte au plot 112 et reliant les blocs 108 et 101) ; et 

10 - Le signal d'horloge via un cablage 117 d'entree d'horloge lui-meme 

connecte a un bloc 118 de controle d'horloge -decrit plus bas- ; et 

- Des signaux de mise a zero via un cablage 116 ; et 

- Des donnees, via un cSblage 125 lui-meme connecte au bloc 124. 
Ce bloc 108 echange des donnees avec les peripheriques via le bloc 

15 124 formant bus, tandis qu'un cablage 126 relie au bloc 108 assure les 
entrees -sorties d'adresses qui permet de selectionner le peripherique pour 
lequel I'echange de donnees sur le bus 124 de donnees a lieu. 

En outre, le bloc 108 (CPU) execute I'application a et / ou sans 
contact (9 / 10) proprement dite, comportant des suites destructions 
20 stockees dans les memoires du bloc 120 (sur la figure 8 : RAM 122 ; ROM 
121 et EEPROM 123). 

Le bloc 108 est dit en mode sommeil lorsqull est alimente en courant 
electrique, mais que I'execution de I'application a et / ou sans contact (9 / 
10) est mise en pause (avec son contexte sauvegarde), ce qui permet de 
25 consommer peu de ressources (notamment electriques). 

On a vu que des etapes et / ou moyens 103 d'immunite aux 
variations de source d'alimentation, comportant un bloc 107 ont ete decrits 
en rapport avec la figure 8. 

Au sein des moyens d'immunite 103, le bloc fonctionnel 104 
30 comporte le modulateur - demodulateur et des elements de traitement 
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anti-collision. Ce bloc a notamment pour fonction de convertir les 
radiofrequences recues par I'antenne 4 lei via les contacts C4 et C8 en : 

- Tension destinee au bloc 107. 

- Signal d'horloge destinee au bloc 118. 

5 - Donnees destinees au bloc 102 universel de transmission - 

reception asynchrone d^diee a I'interface sans contact 3. 

Des etapes d'anti-collision propres au type de transmission sans 
contact captee par I'antenne 4, sont prevues ici, de facon transparente, en 
tache de fond, sans perturber le fonctionnement du bloc processeur 108. 

10 On a evoque plus haut le bloc de contr6le d'horloge 118. Ce bloc 118 

a pour but de fournir au bloc 108 (CPU) ainsi qu'aux peripheriques le 
necessitant, un signal d'horloge approprie. Ce bloc 118 recoit en entree: 

- Le signal d'horloge disponible sur le contact C3 (CLK) ; 

- Le signal d'horloge en provenance du bloc 104 qui inclut le 
15 modulateur / demodulateur ; 

- Le cas echeant signal d'un bloc 113 d'horloge interne. Cette horloge 
interne, doit §tre generee grace a la tension fournie par le bloc controleur 
d'aiimentation 107. Dans certaines realisation, un tel bloc 113 rend plus 
aisee I'implementation lorsqu'il est utile d'avoir un signal d'horloge 

20 independant de toute ressource externe de temporisation. 

Ce bloc de contrale d'horloge 118 dispose d'un registre de 
configuration / information permettant a 1'application traitee par le bloc 
processeur 108, de choisir la source physique de ITiorloge fournie a ce bloc 
108, ou bien de choisir un mode automatique. 

25 Une mise en ceuvre courante de I'invention est la suivante : la 

selection de la source d'horloge est automatlquement effectuee par le bloc 
118, de maniere a ce que la puce 6 sort toujours temporisee par un signal 
d'horloge. 

L'invention prevoit egalement des moyens et / ou etapes de 
30 temporisation. 
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Typiquement, le choix de la source de temporisation est operee par 
un cablage et / ou des phases logiques issues du systeme d'exploitation. 
Par exemple, il est necessaire autant pour les applications a contact que 
pour celles sans contact, de disposer d'une source de temporisation, pour 
5 temoigner de I'activite de I'objet 1 a I'egard du terminal 2 (confirmation de 
presence). 

Dans une realisation de I'invention, la source de temporisation est 
exdusivement : 

- interne (e.g. sous forme de boucle de phase de verrouillage dite 
10 "PLL") a I'objet 1, notamment a sa puce 6 ; 

- issue de I'interface sans contact 3 ; 

- issue de I'interface a contact 7. 

Sur la figure 8, on voit par exemple des moyens de choix de source 
de temporisation prevus au sein du bloc 126. Ces moyens de choix de 
15 source de temporisation recoivent a cette fin des cablages et / ou signaux 
d'entree depuis : 

- la puce 6, et internes (e.g. venant du bloc 118 ou 113) ; 

- sans contact et internes (issus des moyens 104) ; 

- a contact et externes (issus de la plage de contact C3). 

20 Le bloc 118 fournit en permanence tant que ceci est requis, un signal 

dliorloge a la puce 6 (sauf en sommeil profond pour des raisons 
d'economie d'energie). 

Ceci amene maintenant a evoquer le bloc 106 parfois appele "SLEEP 
CTRL", qui gere les etapes d'entree et / ou sortie en etat de sommeil. 
25 Dans la realisation de la figure 8, ce bloc 106 a pour fonction de 

garantir le respect des normes imposees a I'interface a contact 7, dans 
I'exemple du terminal cellulaire 2 des normes de telephonic 

Ainsi, en matiere de limitation de consommation de courant 
eJectrique, et de support de la "PauseH". 
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Sur la figure 8, ce bloc 106 a en entrees notamment un cablage Issu 
du bloc 101 contr6leur dlnterruptions (pour recevolr le signal tradulsant 
I'evenement qui conditionne le reveil du bloc processeur 108). 

En sortie, ce bloc 106 a notamment : 
s - un cablage issu du bloc 101 via lequel transitent les signaux de 

reveil du bloc processeur 108 ; 

- un cablage issu du bloc 107 par lequel sont forcees les sources 
d'alimentation electrique de la puce 6 # seulement dans certaines 
realisations. 

10 Ce bloc 106 dispose aussi d'un registre dlnformation / configuration 

qui permet a I'application traitee par le bloc 108 de selectionner 
I'evenement permettant de reveiller ce bloc 108 (e.g. lors d'une etape 
d'arrivee d'un octet dans le bloc 109 et / ou apparition d'une trame via 
I'antenne 4). 

15 Dans une realisation, I'invention prevoit aussi des moyens et / ou 

etape de selection d'un mode de fonctionnement en cours du cote de 
interface a contact 7. 

Suivant ces moyens et / ou etape de selection d'un mode de 
fonctionnement en cours, I'application determine quelle est la 

20 consommation maximale autorisee en cours depuis Pinterface a contact 7. 

Ces moyens et / ou etape de selection d'un mode de fonctionnement 
en cours choisissent la source d'alimentation de la puoe 6, en termes de 
puissance electrique et / ou d'horloge. Puis ces moyens et / ou etape de 
selection d'un mode de fonctionnement en cours placent la puce 6 en 

25 sommeil. 

Une mise en ceuvre de I'invention prevoit (etat 13 ou 14) un 
fonctionnement qualifie de "normal". 

Alors, une transaction via I'interface a contact 7 seule est en cours, 
mais le terminal 2 n'a pas envoye de commande. 
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La puce 6 est done en phase d'attente, et pour satlsfaire aux 
contraintes de limitation de consomrnation de courant, I'application, en 
utilisant une instruction dediee du bloc 108, fait passer celui-ci en sommeil. 
Lors de I'arrivee d'une nouvelle commande (i.e. une activite est 
5 detectee en entree du bloc 109), le bloc 108 est reveille par ce bloc 106, et 
I'application reprend son cours. 

Si, pendant que le bloc 108 est en mode sommeil, une transaction 
sans contact sollicite rinterface 3 et slnitie, le bloc 108 est reveille par ce 
bloc 106 pour traiter cette transaction, sans toutefois consommer d'energie 
10 ni requerir dtiorloge du cote de llnterface a contact 7. 

En option, ce bloc 106 informe done le bloc 107 qu'il doit se fournir 
en energie via le bloc 104, puis reveille le bloc 108. 

L'autre voie de I'alternative est que ce bloc 106 reveille d'abord le 
bloc 108 ; I'application recolve alors a son reveil un signal nnfbrmant que 
15 debute une transaction sans contact 

Des lors, le systeme Sexploitation configure lui-m§me le bloc 107 
pour utiliser la puissance recue par I'interface sans contact 3. 

Ceci a pour inconvenient de consommer de I'energie issue de 
I'intetface 7 a contact, le temps necessaire au systeme Sexploitation pour 
20 faire basculer le bloc 107 vers la source d'energie issue de rinterface sans 
contact 3. 

Pour palier cet inconvenient, dans des realisations, le bloc 106 est 
configure, par I'application, de facon a respecter les limites de 
consommation depuis I'interface a contact 7, via un registre. 

25 Dans ce cas, e'est le bloc 106 qui reconfigure autrement le bloc 107 

avant de reveiiler le bloc 108 (CPU), ce qui evite une consommation 
excessive sur rinterface 7 a contact. 

Lorsque la transaction sans contact via rinterface 3 est arretee (la 
puissance recue par cette interface 3 est descendue en dessous d'un seuil 

30 critique predetermine), et que la transaction via rinterface a contact 7 est 
toujours en attente, les limitations de consommation imposent de repasser 
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immediatement le bloc 108 en sommeil (du fait des ressources en courant 
insufflsantes). 

Ceci est effectue ici automatiquement par ce bloc 106. 
Dans une autre mise en oeuvre, une etape prevoit que I'application 
5 elle-meme impose au bloc 108 de repasser immediatement en sommeil. 

En effet, le bloc 107 previent I'application traitee par ce bloc 108 a 
un moment donne (du fait de IMnterruption de fourniture de puissance via 
I'interface sans contact 3, transition de "Actif" a "Arret"). 

Un signal traduisant cette interruption de fourniture de puissance, 
10 est regu par I'application qui est apte en reponse a derouter son traitement 
et a appeler au plus vite Instruction du bloc 108 qui permet son passage 
en mode sommeil. 

Dans de telles realisations, ceci est fait avant que la tension 
disponible par Tinterface sans contact 3 soit devenue insuffisante. 
is Les moyens 102 - et / ou etapes idoines - de mise en garde 

immediate comportent respectivement des bloc de peripheriques et des 
Stapes de communication en serie. 

En sortie, des interruptions sont emises lorsque des memoires - 
tampon de reception sont pleines, c'est a dire qu'une trame de protocole 
20 sans contact est regie et peut etre traitee par la puce 6. 

Ceci permet a I'application d'effectuer certains traitements sans etre 
perturbee par la reception de donnees. 

Ces interruptions notifient a I'application que des donnees sont 
disponibles pour traitement. 
25 Au vu de ce qui precede, on comprend que la couple objet 1 et 

terminal 2 conforme a Pinvention est notamment, grace a I'ajout des etats 
17 etat de captage champ en attente et 18 de captage de champ en 
sommeil profond, a-mSme de respecter les normes en vigueur dans le cas 
d'un fonctionnement avec interfagage dual. 
30 Notamment, les problemes rencontres plus haut, sont resolus. 
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Ainsi, il n'est pas necessaire de r6initialiser la puce 6, contrairement a 
Peffet induit actuellement par I'activation obligatoire de la mise a zero 
(MaZ) de Pinterface a contact 7. 

Ceci en veillant a ce qu'une transaction en cours via Pinterface sans 
5 contact continue de se derouler normalement et que la reponse dite "ATR" 
actuellement attendue a Pactivation de la mise a zero (MaZ) de Pinterface a 
contact soit retournee par ['interface a contact bien qu'elle n'ait pas ete 
reellennent reinitialisee. 

Autrement dit, on cherche a permettre le maintien d'une transaction 
10 sans contact en cours, pendant la mise en route de Interface contact. 

Notons a cet egard, que la reponse dite "ATR" doit imperativement 
intervenir dans un delai donne, ce qui constitue un sous probleme 
supplemental. 

Lorsqu'un objet 1 selon l f invention est alimente simultanement par 
is ses deux interfaces 3 et 7, si le mode de PauseH est active, la source 
d'horloge se conforme aux normes qui imposent actuellement que le 
terminal 2 cesse de fburnir ITiorloge necessaire a Tapplication a contact 9. 

Ceci grace aux moyens 19 de selection par Be systeme d'exploitation 
des ressources exterieures. 
20 Un avantage est alors de permettre a une application de fonctionner 

sans consommer de ressources (puisrance et / ou id horloge) Jssues de 
Interface a contact 7 quand ceci est requis. 

Dans le cas d'un objet 1 en train de traiter une application 9 au profit 
du terminal 2, il est desormais possible d'activer une autre application 10 
25 dont lies donnees transitent via Pinterface sans contact 3. 

Autrement dit, avec I'invention quand Tobjet 1 est en train de traiter 
une application a contact, il est desormais possible a cet objet 1 d'accepter 
le commencement tfune application sans contact, simultanement 

L'invention oflfre done une gestion pleinement simultanee de deux 
30 applications concurrentes 9 et 10 et autorise 1'arrivee asynchrone d'une 
trame sans contact sans perturber Implication en cours. 
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Les moyens d'immunite 22 et de commutation 24 assurent dans la 
realisation de la figure 5, Nmmunite de I'objet 1 face a une coupure de 
Talimentation en puissance de Fobjet 1 par son interface sans contact 3. 

Uavantage est de permettre a une application sans contact 10 de 
5 fonctionner sans consommer de ressources (puissance) issues de ^interface 
a contact 7 quand cette derniere Pinterdit. 

Avec deux interfaces ou plus (Contact, sans contact, USB, etc..) 
dans un objet 1, Pusage simultane de deux au moins de ces interfaces est 
possible avec Pinvention. 
10 Une application s'executant dans Pobjet 1 est ainsi en mesure de 

determiner quelles sont les interfaces actives (i.e. : combien et laquelle des 
interfaces fburnit Palimentation et horloge). 

De fait, une application embarquee dans Pobjet 1 est en mesure de 
prendre les decisions necessaires en fonction de 1'etat des interfaces 3 et 7. 
15 En consequence, cette application peut fonctionner correctement par 

exemple lors d'un arrachement. 

Le tableau qui suit resume des avantages et specificites de 
I'invention. 
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Tableau 3 (situation avec invention) : 





INVENTION 
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FIG. 6 &7 




De : 


Vers : 
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avec Vex: actif 


Pas MaZ 
Pas MaZ 


12 


16 


16 


12 


Transition sur Vcc 


Pas MaZ sur appli. ISO 
AMm ft Hnrlone denuis ISO 

/-Mil 1 1, ol nui myc utpuu 
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16 


16 


15 


PauseH M/A 
Avec RF actif 


Pas MaZ sur appli. ISO 
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Transition sur RF 
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Sommeil puce sauf CPU actif, alim. & Horloge RF, appli. Possible 
Pas de MaZ, mais Etat initial possible 
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18 
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Avec RF adif 


Pas de MaZ sur appli. RF, alim. depuis RF, CPU actif 
i Pas Maz durant transition, mais Etat initial possible 


16 
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Transition sur RF 
avec mode Sommeil 


Puce en PauseH mate CPU actif, Alim. Depuis RF, appli. RF possible 
Pas Maz durant transition, mais Etat initial possible 
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Transition sur Vcc 
avec RF actif & 
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Pas MaZ sur appli. ISO 
Alim. RF & Horloge depuis RF 


17 
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COMPORTEMENT INVENTION 






Impact sur MaZ Circuits 


! MaZ normate, idem puce a contact seulement 


16 
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1- Procede de maintlen en fonctionnement d'un objet (1) portable 
5 intelligent, pourvu d'un bloc processeur (6) ayant au moins deux interfaces 

de communication et/ou d'alimentation a contacts et/ou sans contact, ce 
procede comportant une etape (MaZ) de reinitialisation du bloc processeur 
(6), 

caracterise en ce qu'il comporte au moins une etape de 
10 retardement et / ou simulation de la reinitialisation dans le cas ou une 
communication ou une application est en cours de traitement par le bloc 
processeur. 

2- Procede selon la revendication 1, caracterise en ce qu'il 
comporte au moins une phase de detection d'une transition (15.16 ; 16.16) 

is de mise a zero (MaZ), a-meme de percevoir une interruption, par exemple 
sous forme de routine de traitement d'interruption. 

3- Procede selon la revendication 1 ou 2, caracterise en ce qu'il 
prevoit au moins une phase de retardement des instructions de mise a 
zero, qui comporte au moins une adresse de zone de memoire, avec un 

20 code choisi; cette zone de nnemoire recevant des instructions issues du 
code choisi, dont Pexecution genere des commandes de retardement 

4- Procede selon la revendication 3, caracterise en ce que lors de la 
phase de retardement, I'execution des instructions issues du code choisi, 
genere au moins Tune des commandes de retardement suivantes : blocage 

25 en I'etat de I'interface a contact (7), par exemple par envoi d'un octet 
unique de commande usuelle de reponse ("ATR") a I'acovation de la mise a 
zero ; continuation de I'application recourant a I'interface sans contact (3) ; 
maintien en memoire sans effacement, de donnees utiles a cette 
application sans contact ; verification de I'etat actif de I'interface a contact 
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(7) ; reprise des functions requises pour interface a contact (7), par 
exemple par envoi d'une serie d'octets de commande de reponse ("ATR"). 

5- Precede selon la revendication 4, caracterise en ce qu'une 
commande de retardement avec reprise des fonctions, intervient aii bout 

5 d'un nombre predefini de cycles d'horloge, e.g. de I'ordre de 400 a 40000 
cycles d'horloge. 

6- Proc&le selon Tune des revendications 1 a 5 f caracterise en ce 
que lors d'une transition (15.16) de mise a zero (MaZ), depuis un etat (15) 
en operation via I'interface (3) sans contact vers I'etat (16) d'operation 

10 dual, en complement de I'etape de maintien, est prevue au moins une 
etape de mise en garde immediate. 

7- Precede selon la revendication 6 ou 7, caracterise en ce que 
I'etape de mise en garde immediate prevoit une phase de basculement des 
ressources pour qu'elles soient au moins en partie ponctionnees via 

is I'interface sans contact (3). 

8- Proceed selon la revendication 6, caracterise en ce que I'etape 
de mise en garde immediate prevoit une phase de basculement des 
ressources pour qu'elles soient au moins en partie ponctionnees via 
rinterface a contact (7). 

20 9- Proceed selon Tune des revendications 1 a 8, caracterise en ce 

que, en sortie de I'etape de mise en garde, sont generees des interruptions 
lorsqu'une memoire tampon de reception est consideree com me saturee, et 
peut €tre traitee par un systeme d'exploitatJon du bloc processeur (6), par 
exemple ces interruptions notifient a I'application que des donnees sont 

25 disponibles pour traitement. 

10- Procede selon la revendication 9, caracterise en ce que tors de 
I'arrivee d'une trame sans contact, I'etape de mise en garde opere au moins 
une phase de : detection de cette trame, par exemple du fait de la 
presence d'une source sans contact d'energie eJectrique ; transformation de 

30 la trame sous forme binaire, et initialisation par exemple de traitement anti- 
collision ; et une fois la trame consideree comme correctement recue et les 
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etapes precedences operees normalement, les traitements usuels sont 
autorises. 

11- Procede selon Tune des revendications 1 a 10, caracterise en ce 
que I'autre norme sans contact est !a norme ISO.IEC14443 relative a 

5 interface sans contact (3). 

12- Procede selon Fune des revendications precedences, caracterise 
en ce que cet objet (1) est apte a communiquer avec au moins un terminal 
(2) electronique de transmission de donnees via une interface a contact (7) 
selon la norme IS07816. 

10 13- Dispositif de maintien en fonction pleinement simultanee d'un 

objet (1) portable intelligent a interface duale, et pourvu d'un bloc 
processeur (6) ; Cet objet (1) etant apte a communiquer avec au moins un 
terminal (2) electronique de transmission de donnees via une interface a 
contact (7) selon la norme IS07816.3, ainsi que sans contact via une 

is interface sans contact (3) et suivant une autre norme sans contact ; ce 
dispositif prevoyant que : le terminal (2) est connecte a I'objet (1) via 
Interface a contact (7) afln d'etre securise par I'objet (1) ; en 6tat (16) 
d'operation d'interface duale, les interfaces a contact (7) et sans contact (3) 
fonctionnant en m§me temps ; le bloc processeur (6) comportant des 

20 circuits de mise a zero (MaZ) visant a la (6) reinitialiser, lors de la mise a 
zero (MaZ) de Pinterface a contact (7) ; 

Caracterise en ce que ce dispositif comporte au moins des moyens 
de maintien (101) de transaction, comportant au moins un element de 
retardement et / ou simulation de mise a zero, ordonnee par ^interface a 

25 contact (7) lors d'une transition (15.16 ; 16.16) de mise a zero (MaZ) visant 
a reinitialiser le bloc processeur(6). 

14- Dispositif selon la revendication 13, caracterise en ce que les 
moyens de maintien (101) comportent au moins un element de detection 
(107) d'une transition (15.16 ; 16.16) de mise a zero a chaud (MaZ), a- 

30 m§me de percevoir une interruption, cet element (107) etant par exemple 
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sous forme de cablage apte a percevoir une interruption, et a generer un 
traitement d'interruption. 

15- Disposltif selon la revendication 13 ou 14, caracterise en ce que 
les moyens de maintien (101) component au moins un element de 

5 retardement des Instructions de mise a zero, qui comporte au moins une 
adresse de zone de memoire, avec un code choisi ; cette zone de memoire 
recevant des instructions issues du code choisi, dont Pexecution genere des 
commandes de retardement. 

16- Dispositif selon la revendication 15, caracterise en ce que 
10 1'element de retardement comporte au moins un bloc de retardement par 

au moins : blocage de temporisation de interface a contact (7) ; 
continuation de ^application recourant a i'interface sans contact (3) ; 
maintien en memoire sans effacement, de donnees utiles a cette 
application sans contact ; verification de I'etat actif de I'interface a contact 
15 (7) ; reprise des fonctions requises pour I'interface a contact (7). 

17- Dispositif selon Tune des revendications 13 a 16, caracterise en 
ce que, en complement des moyens de maintien (101), le dispositif 
comporte des moyens (102) de mise en garde immediate. 

18- Dispositif selon la revendication 17, caracterise en ce que les 
20 moyens de mise en garde (102) component au moins un element de 

bascuiement des ressources vers I'interface sans contact (3). 

19- Dispositif selon Tune des revendications 17 a 18, caracterise en 
ce que, des moyens (102) de mise en garde comportent en sortie au moins 
un element avec une ou plusieurs memoires tampons de reception, et apte 

25 a generer des interruptions si une memoire est consideree comme saturee. 

20- Dispositif selon la revendication 17 a 19, caracterise en ce que 
les moyens de mise en garde (102) comportent au moins un element de 
detection de trame sans contact. 

21- Terminal (2) de transmission comportant au moins une 
30 connexion par contact galvanique a un objet (1) portable intelligent a 

interface duale, avec une interface a contact (7) permettant a I'objet (1) de 
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securiser ce terminal (2) ; I'objet (1) etant pourvu d'une puce (6) et etant 
apte a communiquer avec le terminal (2) via Tinterface a contact (7) selon 
la norme IS07816.3 ; I'objet (1) etant en outre pouivu d'une interface sans 
contact (3) communiquant sulvant une autre norme sans contact ; 
5 Caracterise en ce que, ce terminal (2) est apte a participer a la 

mise en oeuvre du procede selon Tune des revendications 1 a 11 et / ou a 
recevoir I'objet (1) comportant le dispositif conforme a Tune des 
revendications 12 a 19. 

22- Terminal (2) selon la revendication 21 ; Caracterise en ce que, 
10 ce terminal (2) forme un : telephone cellulaire (e.g. : GSM, 3GPP ; UMTS ; 

CDMA ; Etc.) et / ou assistant personnel portatif (e.g. : PDA) ; et / ou 
boTtier de decodage ; et / ou ordinateur. 

23- Objet (1) portable intelligent apte a participer a la mise en 
oeuvre du procede selon Tune des revendications 1 a 11 et / ou comportant 

15 un dispositif conforme a I'une des revendications 12 a 20 et / ou a etre 
connecte a un terminal selon Tune des revendications 21 ou 22 ; 

Caracterise en ce que, cet objet (1) est a interface duale, et pourvu 
d'une puce (6) ; cet objet (1) etant apte a communiquer avec au moins>un 
terminal (2) electronique de transmission de donnees via une interface a 

20 contact (7) selon la norme IS07816.3, ainsi que sans contact via une 
interface sans contact (3) et suivant une autre norme sans contact ; ce 
procede prevoyant que : le terminal (2) est securise par I'objet (1) via 
I'onterface a contact (7). 

24- Objet (1) selon la revendication 23; Caracterise en ce que, cet 
25 objet (1) est une : carte a puce ; ticket electronique ; fiche dite "dongle" ; 

module tel que de communication de proximite (e.g. : NFC) ou semi- 
proximite (e.g. : BHueTooth). 
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